Newsgroup: it.comp.os.linux.iniziare
Titolo: Varie distro con stesso kernel riconoscono lo stesso hardware?

se considero le maggiori distro ubuntu fedora mandriva  ecc...
1. prendendo lo stesso kernel riconoscono lo stesso hardware?
2. cambia il modo con cui si fanno le varie cose ma tutte alla fine fanno 
tutto?
3. perche' c'è molta gente che dice, quella distro in quel caso non va bene?
grazie

 bene?
perchè quella distro si chiama ubuntu


nella mia ignoranza, ti rispondo così:
1. grosso modo si. Dipende da come è stato compilato il kernel per 
quella distro.
2. ni. Se quello che ti serve non è pacchettizzato, devi andare di 
tarball ed in alcuni casi potrebbero mancarti dei moduli del kernel, od 
il kernel potrebbe essere stato compilato con dei valori non idonei a 
quello che vuoi fare.
3. alcune distro sono compilate (a livello kernel) per fare da server, 
altre per fare workstation, altre per fare altro. Ad esempio Mandriva è 
un'ottima distro per workstation, ma se vuoi usarla come server non è 
performante (e soprattutto ha/aveva dei bassi livelli di sicurezza).

 perchè quella distro si chiama ubuntu
mega ROTFL con la supercazzola :)

 mega ROTFL con la supercazzola :)
'zzo ti ridi ?! :-P :-)
-- 
last-kernel-inside

 3. perche' c'è molta gente che dice, quella distro in quel caso non va bene?
Perché evidentemente il suo target elettivo è un altro. Se vuoi installare
Oracle non usi Mandriva ma usi RedHat o al limite Centos; se installi il PC
dell'amico winaro non ci metti vyatta ma ci metti Ubuntu; se vuoi inchiodare
la macchina non ci metti Debian, ci metti Fedora Core; ecc.ecc.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

RedWiz wrote:

<FLAME>
Non va bene quando preferisci giocare a compilarti a mano i driver invece di 
usare il pc per lavorare.
 
</FLAME>
Nicola.
P.S. ma tu gia' sapevi che avresti acceso un flame :P
-- 
chi va pian va san e va lontan


Quoto
In aggiunta va sottolineato che la differenza principale fra una distro 
e l'altra è il sistema di gestione dei pacchetti, oltre a qualche 
differenza nel layout delle cartelle.
A qualsiasi distro si può tranquillamente mettere su un kernel 
configurato e compilato a manina, ma poi diventa un bordello gestirlo.
Con taaaaaaaaanta pazienza si può partire dal kernel vanilla tirato giù 
da 
kernel.org
 e arrivare a ricreare una qualsiasi distribuzione, è solo 
una follia in termini di tempo e di sforzo.
@OP
Qualcosa che metta molto bene in luce questi meccanismi è Gentoo (o cmq 
una distribuzione source based) nella quale si vede il processo di 
configurazione del kernel. Usando la Gentoo è necessario 
attivare/disattivare moduli del kernel alla prima installazione
Se vuoi vedere da vicino queste funzionalità prova a guardarti la 
documentazione per l'installazione di Gentoo.
http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml
Ciao
Marco

 una follia in termini di tempo e di sforzo.
??? io non impiego piu di un'ora(dallo scaricamento alla compilazione),certo 
se hai un PIII e 512 mega di ram ti ci vogliono almeno 3 ore(solo per la 
compilazione).
-- 
last-kernel-inside

 è solo una follia in termini di tempo e di sforzo.
Ma va'. Lo fai una volta sola. Se poi non cambia macchina la volta
successiva basta un "make oldconfig" e te la sbrighi in 20 secondi. Poi
compili direttamente.
-- 
Fanculinux: la distro per il troll moderno.

 compilazione).
Forse perch� lo fai su un desktop o su un server multicore e crei un kernel
strettamente tarato sulla tua macchina. Io a ricompilarne uno generico per
le varie macchine ci metto 5 ore su un dual core.
Inoltre se fai un kernel tailored per un server, a meno di avere una
macchina dedicata allo scopo, richiede di avere i tool di sviluppo sul
server stesso, e questo � male.
L'uso del kernel della distro permette di superare questi limiti non essendo
necessario preoccuparsi di tutta una serie di aspetti ininfluenti nel 99.9%
dei casi (certamente in ambito server)


 dei casi (certamente in ambito server)
Gia',ma se hai hardware "particolare" oppure il kernel di default ti da' 
problemi (nella mia personalissima casistica,solo i kernel debian,ubuntu e 
derivate mi hanno dato problemi),compilare un vanilla puo' risolvere,a me 
spesso compilare un vanilla ha risolto parecchi problemi con driver 
Nvidia,ralink rt61pci e altro.
Allo stesso tempo posso affermare che su archlinux 32/64 bit non noto differenze 
tra kernel default(e' sempre l'ultimo vanilla pacchettizzato) e quello da me 
compilato (a parte il PAE che abilito sulle 32 bit, avendo 4 Gb di ram),quindi 
ne deduco che la mia configurazione non sia molto differente da quella adottata 
di default su archlinux,mi limito a selezionare il processore e deselezionare 
tutto cio che e' sperimentale,naturalmente elimino anche tutto cio' che 
sicuramente non mi serve come il firewire per esempio (non ho porte firewire).
-- 
last-kernel-inside

 Vedi sopra,non mi sembra si sia parlato di server.
                                                                  ^^^^^
