slacky.eu

Penso che questo sia un problema abbastanza diffuso e debba essere esplicitato in fase di installazione!
Quello che succede e' che il kernel prova se l'hard disk può girare come IDE, se c'è l'emulazione allora va avanti senza farsi nessuna domanda se l'hd sia sata o meno.A causa di questo problema il dma non era attivo e molte operazioni di lettura davano errore.
Ho dovuto ricompilare il kernel , poi ho formattato avendo scoperto che bastava appendere al boot del sistema e quindi anche nel lilo.conf
hda=noprobe hdc=noprobe libata.atapi_enabled=1
(la prima voce e' per l'hard disk il resto per il lettore cd)
semplice no? Ma chi lo sapeva?
Non sarebbe meglio se in fase di installazione venisse chiesto oppure ci fossero 2 diversi kernel nel cd di slack, o almeno un file esplicativo nella directory /kernel che mette in guardia..
Secondo me dovremmo far presente questo problema nella prossima release di Slack , che ne pensate?

Mio fratello ha sempre avuto il tuo stesso problema. Per lui la soluzione è stata accantonare Slackware e installare Ubuntu, infatti le altre distro riconoscono correttamente il controller del disco fisso e non danno problemi.

E vorresti un kernel per ognuni parametri del kernel?
http://www.kernel.org/doc/Documentation ... meters.txt

Come vedi i parametri sono molti, e... dalla 12.2 il problema è inverso, tanto nel changelog si legge

a/kernel-generic-2.6.27.5-i486-1.tgz: Upgraded to Linux 2.6.27.5.
Note that some drives that were previously seen as /dev/hd? might now show up
as /dev/sd?, so be prepared for that possibility. This should only happen on
machines that could have used libata with hd?=noprobe, but did not. The
CONFIG_PATA_LEGACY (libata, /dev/sd?) is the default now for PATA controllers
that require a generic driver.

Ah dimenticavo, quel file si cui sopra lo trovi nei sorgenti del kernel

Ansa89 ha scritto:Mio fratello ha sempre avuto il tuo stesso problema. Per lui la soluzione è stata accantonare Slackware e installare Ubuntu, infatti le altre distro riconoscono correttamente il controller del disco fisso e non danno problemi.

Forse è la soluzione giusta

[flame] Usare Ubuntu? MAI [/flame]

Un altra soluzione era quella di documentarsi prima di ricompilare il kernel e soprattutto di formattare!!! Una buona regola con linux potrebbe essere

ricordati che se hai un problema e pensi di risolverlo formattando, allora non stai usando bene linux

Anche qui su slacky se non sbaglio ci sono diversi thread che parlano del suo problema.

Spina

marcelloma ha scritto:Penso che questo sia un problema abbastanza diffuso e debba essere esplicitato in fase di installazione!
Quello che succede e' che il kernel prova se l'hard disk può girare come IDE, se c'è l'emulazione allora va avanti senza farsi nessuna domanda se l'hd sia sata o meno.A causa di questo problema il dma non era attivo e molte operazioni di lettura davano errore.
Ho dovuto ricompilare il kernel , poi ho formattato avendo scoperto che bastava appendere al boot del sistema e quindi anche nel lilo.conf
hda=noprobe hdc=noprobe libata.atapi_enabled=1
...

Non occorreva scomodare google (e reinstallare tutto) visto che la risposta al tuo problema era stata data in un precedente forum:

marcelloma ha scritto:

zoros ha scritto:Ma non bastava allora mettere in lilo:
append = "... libata.atapi_enabled=1 ide0=noprobe ide1=noprobe" per avere un bel sata ?

esatto o qualcosa del genere, alla fine ho reinstallato tutto perche' non sono ancora al livello di sistemare queste cose..Googlando ho trovato questo append per lilo.conf
append="hda=noprobe hdc=noprobe libata.atapi_enabled=1 vt.default_utf8=0"

il problema e': come facevo a saperlo dall'inizio? Non sarebbe meglio chiedere all'utente in fase di installazione il tipo di hard disk? Oppure inserire nel cd di installazione in /kernel qualcosa che abbia il nome "sata"..

Non hai avuto la pazienza di aspettare, ma soprattutto il titolo "Incasinamento con gli header" ha innescato un'accesa discussione su come fosse corretto procedere, creando solo confusione rispetto alla soluzione del tuo problema. Attenzione che quanto scrivo non è un rimprovero personale, tutt'altro: un invito in generale a formulare con attenzione il "Nuovo Argomento" (ammetto che non è facile, però). Comunque sia, forse ho perso del tempo ... ma, mi sono divertito lo stesso e ho imparato qualcosa in più (spero sia così anche per gli altri). Quindi grazie a tutti.