Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Ho un dubbio su che kernel scegliere al momento dell'installazione
Ci sono due tipi di kernel in Slackware. I kernel huge, che contengono il
supporto pressoché per tutti i driver del kernel Linux. Questi dovrebbero
essere usati soprattutto al momento dell'installazione, ma non c'è davvero
ragione per cui non dovrebbero essere usati anche una volta terminata
l'installazione. L'altro tipo di kernel è il kernel generico, nel quale quasi
tutti i driver sono costruiti come moduli. Per usare il kernel generico, c'è
bisogno di creare un initrd per caricare il modulo del file system di root,
possibilmente il controller del disco fisso, e altri driver richiesti dal
processo di avvio. Quindi bisogna configurare LILO per caricare initrd all'avvio
e reinstallarlo. Vedi i documenti in /boot dopo l'installazione per più ampie
informazioni. Il kernel Linux di Slackware è ora fornito sia nella versione SMP
sia in quella non-SMP. Il kernel SMP supporta processori multipli, CPU
multi-core, Hyper Threading e quasi tutte le altre ottimizzazioni disponibili.
Nelle nostre prove, questo kernel si è mostrato veloce, stabile e affidabile.
Raccomandiamo di usare il kernel SMP anche nelle macchine con un solo
processore, se gira su di esse.
pensavo di scegliere i kernel huge e tenerli anche dopo l'installazione
per selezionarli cosa devo fare? per la 11 facevo huge26.s, è lo stesso anche per la 12?
Ok provo a vedere se mi gira hugesmp.s visto che patrick lo suggerisce anche per i mono, a fine installazione devo installare dei tgz presenti nei dvd?
bè l'importante è che hai istallati i pacchetti kerne-quellochetipare.tgz e kernel-quellochetipare-modules.tgz poi headers e sorgenti istallali (sempre se non lo sono già) in un secondo momento..
Ciao a tutti,
ho appena effettuato una fresh install di Slackware 12.0. Ho scelto il kernel huge-smp anche se ho un processore single core. Sul mio Athlon-xp 3000+ va che è una meraviglia. Tutto l'hardware subito riconosciuto e funzionante. Ho solo una domanda: al boot vedo degli "strani" messaggi di errore tipo questi:
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 19 (level, low) -> IRQ 17
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
0000:00:10.0: 3Com PCI 3c905C Tornado at f9336000.
i2c_core: exports duplicate symbol i2c_smbus_write_i2c_block_data (owned by kernel)
ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 18
ieee1394: exports duplicate symbol _csr1212_destroy_keyval (owned by kernel)
kobject_add failed for ehci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
salbutamolo ha scritto:Ciao a tutti,
ho appena effettuato una fresh install di Slackware 12.0. Ho scelto il kernel huge-smp anche se ho un processore single core. Sul mio Athlon-xp 3000+ va che è una meraviglia. Tutto l'hardware subito riconosciuto e funzionante. Ho solo una domanda: al boot vedo degli "strani" messaggi di errore tipo questi:
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
kobject_add failed for uhci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
ACPI: PCI Interrupt 0000:00:10.0[A] -> GSI 19 (level, low) -> IRQ 17
3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
0000:00:10.0: 3Com PCI 3c905C Tornado at f9336000.
i2c_core: exports duplicate symbol i2c_smbus_write_i2c_block_data (owned by kernel)
ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 16 (level, low) -> IRQ 18
ieee1394: exports duplicate symbol _csr1212_destroy_keyval (owned by kernel)
kobject_add failed for ehci_hcd with -EEXIST, don't try to register things with the same name in the same directory.
[<c03e86f7>] kobject_shadow_add+0x117/0x1a0
[<c013fba4>] mod_sysfs_setup+0x24/0xb0
[<c0141458>] sys_init_module+0x1648/0x1940
[<c0102ae8>] syscall_call+0x7/0xb
=======================
Cosa ne pensate? Have a nice day
è tutto ok, come spiega pat sono avvisi (non errori) dovuti al fatto che esiste già built in un driver e quindi il kernel lo rifuita quando udev cerca di caricare il modulo...
NO FILESYSTEM COULD MOUNT ROOT, TRIED:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknow-block (8,1)
cercando nel forum ho scoperto che il motivo è dovuto al fatto che i fs sono messi come moduli e non statici, allora ho rifatto make menuconfig e ho messo i fs statici [*]
VFS: cannot open root device "801" ir unknow-block (8,1)
Please append a corret "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknow-block (8,1)
cercando nuovamente nel forum ho scoperto che in teoria andrebbe abilitato anche il chipeset della scheda madre, siccome non so dove trovarlo, ho optato per la soluzione di creare l'initrd
perciò ho creato l'initrd e ottengo il seguente errore
