[Guida] Installiamo Gentoo: Parte 1

[Zievatron]

1.
Non metto in dubbio che abbia funzionato! Ma sono cose totalmente scorrelate
tra loro: ping ping-a, non ha alcun interesse per la directory in cui ti
trovi...

Scusa, ma prima sembrava intendessi dire che non poteva funzionare.
Vuoi dire che è stato del tutto superfluo provare a pingare, perchè era ovvio che la connessione fosse o.k.?
Vuoi dire che potevo scaricare/decomprimere nella giusta dir senza spostarmici?
Sarebbe stato solo un indicare dove scaricare/decomprimere invece che spostarmici.
O.K. Sarà un modo più efficiente ed elegante di risolvere quel passo, ma, non sapendo cosa scrivere esattamente nel termnale per attuarlo così, io posso solo utilizzare l'unico modo che conosco.
Mi scrivi le istruzioni alternative più efficienti ed eleganti?

2.
...
sys è il sysfs, ovvero quello fs virtuale che nacque con l'intento di avere
un proc un po' più libero e magari proprio eliminarlo in futuro, un bel po'
di software usa il sysfs, in particolare per lo stage3 di serve per compilate
udev e hal e per grub+initramfs. /dev/pts ti serve per quei programmi che
creano (pseudo)terminali ti serve se usi LUKS, per compilare getty ecc.

Quindi andrebbe aggiunto:

Codice: Seleziona tutto

mount -o bind /dev/ /mnt/gentoo/sys
mount -o bind /dev/ /mnt/gentoo/dev/pts

3.
dopo make modules_install, questo infatti installa i moduli compilati in
/lib/modules/<kernel>/... mentre make install crea l'immagine del kernel
da piazzare in /boot

Ah! Ho capito. E' dove ho interrotto.
Secondo l'esperienza precedente, dopo:

Codice: Seleziona tutto

make && make modules_install

Per copiare l'immagine del kernel in boot, va bene questo:

Codice: Seleziona tutto

cp arch/x86_64/boot/bzImage /boot/kernel-tua_versione_kernel

4.
no, sono cflags/cxxflags -fwhopr è la link-time optimisation (LTO) di gcc
dalla 4.7 ... -Ofast è un set di "ottimizzazioni" più o meno uguale a -O3 con qualche extra,

La documentazione di Gentoo, a questa pagina link, sconsiglia vivamente di usare -O3 e suggerisce di usare -O2. Può darsi benissimo che questa documentazione non sia aggiornata, oppure che sia troppo generica e non distingua situazioni differenti e che proprio nel mio caso la prudenza suggerita sia del tutto superflua. Ma siccome non voglio combinare pasticci, prima di provare a fare diversamente vorrei capire meglio la situazione.

... (quando avevo tempo giocavo con porthole, un synaptic per il
portage, non so se c'è ancora e mi guardavo tutte le opzioni di ogni singolo
ebuild ovvero le useflags) ...

Interessante. Bisognerà vedere se porthole è rimasto lo strumento giusto per questo, oppure se e da cosa è stato sostituito.

5.
i vantaggi di zfs ...
.... Gli unici lati negativi sono che non supporta ancora
l'encryption (ma lo usi dentro LUKS e hai risolto) e il supporto GNU/Linux
è significativamente minimale, in pratica ci lavorano all'LLNL facendo il
grosso e tu a mano provvedi ad installare, non c'è un supporto dentro alcun
installer e non c'è un supporto pronto per grub... Se googli un po' trovi
molte info sullo zfs, di fatto è stato il primo e per ora unico data storage
system, il successore dei vecchi filesystem!

O.K. Ho googlato. E' il successore dei filesystem. Questo lo rende certamente interessante. Sarei propenso a rivedere tutto il progetto di installazione ed impiegare questo zsf solo per questo fatto. Ma il suo utilizo è già accessibile e ragionevole per utenti poco esperti che useranno un solo disco interno + un disco esterno di impiego saltuario e condiviso con altro PC?

6.
LILO!?!?!? Perché vuoi farti del male con un pezzo da museo non più sviluppato
né usato praticamente da alcuno da oramai un po' di anni? LiLo è stato buttato
alle ortiche proprio per la sua oscenità!

Bhè, era per provare. Passar da Lilo a Grub2 non mi pare che comporti problemi.
Salix di default usa Lilo. Quindi, c'è ancora chi lo preferisce. Una ragione ci sarà.

[spacexplorer]

1.
si esatto, non è ovvio che la connessione vada ma che sia ok o meno non
cambia nulla provare a ping-are in /mnt/gentoo in /tmp in /dev o altrove,
ping non ha alcun interesse per la directory da cui lo lanci :-)

Sull'estrarre nella directory corrente od in un'altra è una scelta ed IMO
scegliere una dir. diversa da quella di destinazione è illogico e può pure
portare ad errori, la mia considerazione era limitata assolutamente al
ping, se hai già scaricato lo stage3 prima di ping-are sei sicuro che la
rete vada, mentre se ancora non hai fatto nulla non ti serve andare prima
in /mnt/gentoo...

2.
mount --rbind /sys /mnt/gentoo/sys
mount --rbind /dev/pts /mnt/gentoo/dev/pts

3.
make install ti mette già l'immagine in /boot per far tutto a mano fai
prima a far lavorare make :-)

4.
Bah beh bhi bho, io sono arrivato a compilare un mucchio di cose con -O6
e non ho avuto problemi: non preoccuparti delle ottimizzazioni preoccupati
piuttosto delle useflags! Non so oggi ma sinché usavo Gentoo trovavi spesso
dipendenze circolari che venivano fuori solo con certe combinazioni di
useflags, trovavi ebuild che non compilavano causa altri ebuild compilati
con certe useflags ecc. Diciamo che i casi sono due o lasci tutto di
default o fai il sistema come vuoi ma ti prepari a parecchie ricompilazioni
per risolvere i vari problemi. Alle volte ti capiterà pure di dover rifare
gli hash di un ebuild perché qualcuno ha avuto l'idea di aggiornare l'ebuild
cambiando i numeri di versione ma si è scordato gli hash del tarball che
scarica... 'Somma non pensare che compilare sia solo più lungo di installare
un pacchetto binario: la complessità e quindi le cose cha possono andare
storte sono ben di più!

Porthole (porthole.sourceforge.net) sembra fermo dal 2009 questo non vuol
dire però che non puoi usarlo visto che il tuo target non è certo far presto
e con comodità. È scritto in PyGTk2, anche le GTk2 sono morte ma sono
ancora disponibili in tutti i package/source system direi di tutte le
distro quindi... Il portage non credo sia cambiato come struttura dal
2009 ad oggi...

5.
Non c'è una risposta corta: lo zfs è facilissimo da usare, è una delle sue
forze rispetto ai fs, ti rende MOLTO più comoda la vita MA non è nato né è
pensato per GNU/Linux ma per IllumOS/Solaris (metto prima IllumOS poiché gli
ingegneri SUN dopo l'acquisto di Oracle se ne sono andati in massa rendendo
Oracle Solaris un OS senza il fiore dei suoi sviluppatori che si sono in
buona parte consociati in IllumOS) perciò compilarlo e farlo andare su
GNU/Linux non è semplice né privo di problemi... Per te potrebbe servire
molto bene per due cose:
* poter fare tutti gli esperimenti che vuoi e tornare allo stato precedente
con un semplice rollback.
* poter backuppare e sincronizzare i tuoi dataset (es. la /home) su più
dispositivi/macchine anche distribuite in rete.

6.
Si Salix ha una ragione: gli Slackwaristi insistono per restare nei primi
anni '90, così si sentono giovani anche se sono diventati dinosauri...
Passare da LiLo a Grub2 non è complicato, si tratta solo di imprecare al
punto che il più esperto portuale russoarabo del mondo si tolga il cappello
e pure i calzini davanti a te... Credimi LiLo NON HA SENSO! Come non ha
senso mantenere Gnome2 rinominato in Mate poiché non piace Gnome3... Sono
quei lavori affannosi e frustranti che fanno quei pochi che non gradendo
l'evoluzione, anziché tentare di indirizzarla cercano di aggrapparsi al
vecchio urlando contro tutti, incluso coloro che scontenti come loro si
rimboccano le maniche e cercano di disegnare un nuovo migliore...

Non è per scoraggiarti ma Salix è una distro minore non perché è giovane ma
perché il suo lavoro interessa ben poca gente cosiccome per Slackware su cui
si basa. Un tempo GNU/Linux aveva come vanto di poter girare bene anche su
ferro anziano, questo paradigma è stato abbandonato e non è più tecnicamente
sostenibile. Gentoo stessa da distro favorita dei geek è diventata una
distro minoritaria soppiantata da Arch perché oggi non è mantenibile. Non è
possibile avere un sistema aggiornato e funzionante senza impiagare tutto il
giorno per aggiornare, debuggare e mantenere il sistema, fare cioè in casa
quel lavoro che le varie distro binary-based fanno con n persone dietro.
Compilare Chromium richiede qualcosa come 3gg su un dual i7 6 core con 16Gb
di ram e 4 SSD in raidz1, LibreOffice 1gg, Firefox mezza giornata, più tutto
il resto. Quando aggiorni una piccola libreria linkata da n applicazioni
spesso devi riemergere tutte le applicazioni che la linkano quindi 150Kb di
update diventano 300Mb di source da scaricare ed ore di build...

Per mantenere una Gentoo oggi devi:
* avere MOLTA voglia
* avere MOLTO tempo
* avere una bella esperienza
questa è necessaria perché le guide non sono mai aggiornate ad oggi e non
possono comprendere tutti gli errori che puoi incontrare... Non è che sia
"difficile", solo devi sapere veramente tante cose ed avere un "naso" che
solo in anni di uso di GNU/Linux riesci a formare. C'è stackoverflow,
serverfault, superuser, vari gruppi usenet, vari forum ma anche li per
poter arrivare a qualcosa in tempi ragionevoli devi già avere un pezzo di
soluzione...

'Somma non aspettarti un'avventura liscia liscia, se non altro anche solo
quel che studi nel provarci ti da una bel ritorno in termini di conoscenze :-)

[Zievatron]

Ne so già qualcosa di quello che succede ad installare Gentoo, perchè ho già fatto due prove e sono sempre incerto se persistere o meno. La speranza è (o era?) che, dopo qualche altra prova (fatta meglio, con più attenzione, annotandomi tutto), poi possa diventare meno pesante mantenerla, ma, come la descrivi tu, sembra una cosa del tutto fuori di senso se non si è nell'ottica di un approfondimento di formazione professionale da specialista di sistemi operativi *X.
La mia preferenza verso Gentoo nasce dall'idea della massima efficienza che consente, ma, se il costo in tempo da continuare a dedicare alla sola amministrazione dell'installazione è destinato a restare comunque molto alto, torno in dubbio.

Poi, se Gentoo è in via di abbandono da parte degli appassionati più esperti in favore di Arch, allora, forse è più sensato che anche io mi interessi di Arch.
Ma anche Arch consente di avere ottimizzazioni alla pari di Gentoo?

[conoscenza]

Faccio una precisazione: corregetemi se sbaglio.
ZFS non è supportato in maniera nativa da linux. Per utilizzarlo su linux si dovrebbe usare in userspace mediante FUSE.
Sicuramente è ottimo per chi usa FreeBSD e Solaris.

Se si vuole provare qualcosa di più evoluto si può pensare a XFS... ma se dovesse capitare un blackout... vi lascio immaginare.

Ad EXT4 gli si può dire quel che si vuole, ma sicuramente è molto più robusto.

[Zievatron]

Il supporto di Gentoo per ZFS di cui si parla quì è così?
ZFS allora, per me, deve aspettare di essere supportato seriamente anche per Linux.
Per altre soluzioni, la sicurezza viene per prima, quindi, in attesa di poter usare tranquillamente ZFS, resto con il buon tradizionale ext4.

Resta da comparare pro e contro tra Gentoo ed Arch.
Per una scelta che dovrà permanere almeno per un po' di anni.

[conoscenza]

Il supporto di Gentoo per ZFS di cui si parla quì è così?

io non ne vedo tutta questa grande utilità ad usare ZFS.
La FAQ parla chiaro: "To achieve good performance with your pool there are some easy best practices you should follow. Additionally, it should be made clear that the ZFS on Linux implementation has not yet been optimized for performance"

Resta da comparare pro e contro tra Gentoo ed Arch.
Per una scelta che dovrà permanere almeno per un po' di anni.

Vai su google e scrivi: "gentoo vs arch" oppure "Gentoo vs archlinux"...
leggi e trai le tue conclusioni. Poi volendo se ne può parlare...

[Zievatron]

Google traduce così: "Per ottenere buone prestazioni con la piscina ci sono alcune semplici best practice da seguire. Inoltre, è opportuno precisare che le ZFS su implementazione di Linux non è ancora stata ottimizzata per le prestazioni."

Per adesso ZFS è bocciato.
Non ho nessuna intenzione di portare il PC in piscina.

[conoscenza]

ZFS è ottimo per chi usa Solaris e FreeBSD.
Su linux puoi provare XFS, maneggia grossi file come fossero noccioline! Ma quanti grossi file hai?

EXT4 è più che robusto, ...e poi a dirla tutta rispetto a NTFS va già molto meglio

[Zievatron]

Bhè, file grossi quanto?
I file dei film, indicativamente tra 1 e 3 GB, sono molto grossi dal mio personale punto di vista. Ma se c'è gente abituata a lavorare con file da 50-100GB, immagino che li vedrà come bruscoletti.
Comunque, mi dicevi che XFS ha dei problemi in caso di black-out?
Io ho l'abitudine di lascare il PC acceso ed andarmene, in caso di black-out non mi salverebbe nemmeno l'UPS.

Per la questione Gentoo vs Arch, ho provato a googlare ed ho letto un po' di pagine, ma resto disorientato.
Che gentoo supporti una dozzina di architetture processore differenti, non me ne potrebbe imporatre di meno.
A me interessa solo la AMD64. Anzi, se ci fosse un Linux-Rolling pre-ottimizzato per sistemi APU, prenderei quello.
Il tempo macchina per eseguire installazioni ed aggiornamenti è l'ultima delle mie preoccupazioni. Perciò, se partire da sorgenti, invece che da binari, mi dà qualcosa in cambio del tempo macchina maggiore, meglio sorgenti.
La questione della vainiglia non l'ho capita bene e non posso pronunciarmi.
Mi interessano molto, invece, in ordine di priorità, tutti gli accorgimenti che possono rendere:
1. il sistema più stabile
2. ... e più performante.
3. Per quel che è possibile, minore la difficoltà per me di gestire la vita del sistema, con le installazioni, gli aggiornamenti, le dipendenze, le configurazioni/personalizzazioni. Questa, se ho capito qualcosa, è una questione di strumenti forniti e di documentazione.
Il terzo punto è quello sacrificabile, dolorosamente, tristemente sacrificabile, se offre un compenso sensibile sui primi e due punti. Ma senza esagerare. Devo pur riuscirci.
Quindi è da capire il diverso bilanciamento di questi tre aspetti.
Ed è questo che proprio non ho capito.

[conoscenza]

Queste poche righe le hai per caso lette?
https://wiki.archlinux.org/index.php/Ar ... _vs_Gentoo