Windows 10 gratis su Raspberry Pi 2

Fammi capire, tu hai usato per lavoro una scheda [U]per hobbysti[/U] con componenti NON a specifiche industriali, senza il supporto del produttore per altri tipi d'utilizzo, non sei "molto esperto di Linx" e ti stupisci che sia stato un delirio ?



Diciamo che anche se non è il problema principale di certo non aiuta viste le premesse.
Inoltre un conto è essere "esperto di Linux" e tutto un altro paio di maniche essere esperti riguardo lo sviluppo di sistemi embedded basati su Linux.



Guarda che anche su sistemi embedded con altro OS è così, te lo dice uno che si è fatto il mazzo con build custom di Windows CE su dispositvi embedded basati su ARM.



Se devi sviluppare qualcosa che non sia banale, certi problemi li hai pure con i S.O. Microsoft.

Quindi una cosa per cui bastava piazzare uno o più script in init.d ?
(con pure il vantaggio che ti permette di gestire cose che sotto Windows richiedono smadonnamenti di distruzione di massa e programmi scritti ad-hoc)

la mia...

... esperienza personale.

Mi serviva un ap tor. Usando il tutorial di adafruit con un po' di pazienza l'ho costruito in un paio d'ore (anche meno forse, ma sono lento e preferisco verificare passo passo quel che faccio). Poi visto che c'ero, l'ho configurato anche come proxy. Ma siccome nella rete dove mi collego non ho il controllo degli ip, ma volevo il controllo degli utenti, ho dovuto fare in modo che cercasse i mac dei pc autorizzati e configurasse gli accessi al boot (nmap, qualche riga di shell, qualche filtro). Poi, già che c'ero, ho anche installato polipo, per avere un proxy http e non solo socks.

Complessivamente è stato lunghino, ma il risultato è ottimo e elegante. Probabilmente lo migliorerò per operare su qualsiasi netmask in modo da aumentarne la flessibilità.

Non dirò:"come si fa la stessa cosa con windows?", perchè al momento non c'è, aspettiamo e vediamo. Su un PC con windows (fate voi la versione) penso che la soluzione siano script tipo dos, ma il parse come lo fai? con perl? Decisamente poco facile. In ambiente unix/linux hai già i "mattoncini" pronti.

Ma, onestamente, devo ammettere il "lato oscuro". Dopo la creazione ho deciso di cambiare dongle wifi con uno nano. Purtroppo non era 'PnP' e ci ho messo giorni e giorni per farlo andare. Poi rpi-update e... modulo non compatibile con nuovo kernel! Altri giorni di prove e compilazioni finchè mi sono deciso a rifare su tutto da capo. Ora va, ma mi son fatto un dump della sd.

Come dicevo se lo fai per passione ok, ma se ti serve per lavoro cercherei da un'altra parte, ma quale? Teniamo presente che anche in ambiente windows, anche se raramente, capita che i driver proprio non ci siano (parlo per periferiche legacy) e che se hai conflitti tra periferica A e B cominci a leggere tutti i forum del mondo.


Intanto, visto che la Foundation non mi pare più chiara negli intenti, mi sono rivolto ai concorrenti e ho ordinato un banana pi... Mo vediamo...

Guarda che anche con rc.local si tratta di uso di script.
rc.local è semplicemente uno script che viene eseguito alla fine di ogni runlevel multiuser (serve per eseguire qualcosa che viene eseguito ad ogni commutazione di runlevel multiuser o quando non si hanno esigenze particolari).
Con gli script in init.d invece si possono fare cose più complesse nel bel mezzo di commutazioni di runlevel (sia multiuser che singleuser).
Insomma, non è più complicato di come si farebbe con Windows
(ed è possibile fare molte più cose con semplici script invece di dover scrivere applicazioni ad hoc in .Net o simili).
Anche per quel che riguarda la reperibilità di documentazione ed informazioni non è che sia così problematico, basta evitare di piombare di punto in bianco in un forum e chiedere cose a livello "bastava leggere la documentazione", visto che esistono siti come TLDP, i vari forum dedicati gli sviluppatori tipo stackoverflow, ecc. ecc.