Qualcuno ha mai provato ad installare G. su un Futro?
Qualcuno ha mai provato ad installare G. su un Futro?
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Sì e funziona bene a parte i tempi lunghi per la compilazione del kernel, circa 5 ore, per il resto funziona molto bene.
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Come config del kernel puoi dare una occhiata qua
https://www.nexthardware.com/forum/p...tml#post971128
sto tentando l'installazione su un Futro. Alcuni commenti lungo la via...
ho utilizzato l'ultima versione di SystemRescueCd... occhio che con questa ci sono varie differenze rispetto a quanto descrivi.
se stai installando in modalità BIOS, con tabella delle partizioni MBR ("msdos"), la partizione da 2MB per il boot loader è del tutto inutile; è invece necessaria se si usa un partizionamento di tipo GPT.
Inoltre, per il client, specie se l'installazione viene fatta su memorie flash, anche la partizione di swap la ometterei.
In definitiva servono solo due partizioni, la prima per /boot e la seconda per il root fs. Se il disco è piccolo non serve neanche la partizione di boot separata, e si può fare una unica partizione.
Nel caso la partizione per /boot sia necessaria (o la si voglia fare comunque), IMHO conviene farla più grande dei 128M suggeriti nella documentazione di Gentoo. Direi 256M.
Nel caso del Futro è "radeon".
Se state installando direttamente sulla macchina bersaglio, come prima cosa in "CFLAGS" mettete "-march=native", in modo da abilitare tutte le ottimizzazioni specifiche per il vs. hardware:
per quanto riguarda "CPU_FLAGS_X86", SystemRescueCd contiene il comando "cpuinfo2cpuflags-x86". Quindi (prima di "entrare" nella chroot) potete utilizzarlo per impostare quella variabile. Nel caso del Futro, esce questo:codice:CFLAGS="-march=native -O2 -pipe"
CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext sse sse2 sse3"
Ehm... no. Da sostituire con questo:
personalmente ritengo preferibile utilizzare unicode (utf8), scommentando quindi la riga:codice:echo "Europe/Rome" > /etc/timezone
en_US.UTF-8 UTF-8.
...se avete un hardware performante. Se al contrario avete una macchina (anche solo relativamente) lenta e/o poca RAM e/o un disco lento (ad es. state installando su CF, USB stick o simili) potete pure andare a pranzo, poi a cena, e poi a dormire... forse se ne riparla per il giorno successivo!
Non scherzo: tra le altre cose deve ricompilarsi tutto gcc, che da solo ci mette delle ore su un sistema veloce. Su qualcosa come un Futro (per giunta su CF) può impiegarci letteralmente dei giorni!
Visto che sono stato così folle/incauto da farlo... arrivederci alla prossima puntata.
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
in realtá io la aggiungo un´altra riga con it_IT UTF-8 e punto a questa...personalmente ritengo preferibile utilizzare unicode (utf8), scommentando quindi la riga:
en_US.UTF-8 UTF-8.
sul mio miniPC che non é una scheggiá...un paio d ore forse tre...se avete un hardware performante. Se al contrario avete una macchina (anche solo relativamente) lenta e/o poca RAM e/o un disco lento (ad es. state installando su CF, USB stick o simili) potete pure andare a pranzo, poi a cena, e poi a dormire... forse se ne riparla per il giorno successivo!
Non scherzo: tra le altre cose deve ricompilarsi tutto gcc, che da solo ci mette delle ore su un sistema veloce. Su qualcosa come un Futro (per giunta su CF) può impiegarci letteralmente dei giorni!
in effetti c´é scritto che non é strettamente necessario...Ma segnalarlo meglio si...
e comunque la guida un po va aggiornata...appena ho un po di tempo o io o giovanni
Magari anche link a post utili...come il tuo sopra...
in realtá pure nv per nvidia é sbagliato dovrebbe essere nouveau o nvidia....errori di gioventú...
mhhhh questo a me non ha mai funzionato....é come se l´installazione volesse obbligatoriamente una partizione di boot...ma magari sbagliavo qualcosa io...In definitiva servono solo due partizioni, la prima per /boot e la seconda per il root fs. Se il disco è piccolo non serve neanche la partizione di boot separata, e si può fare una unica partizione.
se stai seguendo questa strada e ti va tutto a buon fine sarebbe ottimo...
tra /boot in root anziché su fs separato ci sono delle differenze nei comandi da dare per l'installazione di grub... se per caso nell'installatore questi sono "embedded" e non modificabili, ovviamente non va (però mi parrebbe strano che non abbiano dato la possibilità di farlo).
Altro problema potrebbe esserci nel caso di sistemi BIOS/MBR con HDD grandi: i files di grub sotto /boot devono essere accessibili da BIOS. In tal caso l'uso di una partizione dedicata (posta "in cima" al disco) è obbligatorio.
no, la partizione dedicata per boot l'ho fatta...
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Ci sono attualmente 5 utenti che stanno visualizzando questa discussione. (0 utenti e 5 ospiti)