Qualsiasi motivo per cui il disco IDE hda1 viene visualizzato come sda1 in Knoppix Live CD


0

Sto eseguendo un sistema debian e oggi ho eseguito aptitude safe-upgrade. È passato un po 'di tempo da quando l'ho scaricato, quindi ho scaricato e installato un sacco di cose tra cui una nuova immagine kernal.

Tutto sembrava installarsi bene.

Tuttavia dopo un riavvio il mio sistema non è stato avviato. Segnala un errore di panico di Kernal e un messaggio "Nessun filesystem potrebbe montare root, provato:".

Quando ho avviato tramite un CD live di Knoppix ed ho eseguito fdisk -l, mostra il mio disco elencato come sda1. Questo mi ha sorpreso perché è un disco IDE e i miei file conf di fstab e lilo sono configurati per usare hda1.

Ho provato a modificare sia fstab che lilo.conf (e eseguendo lilo) tramite il CD live. Ora, quando riavvio il sistema, questo scende in "BusyBox" con un sacco di errori di "montaggio".

Questo mi ha fatto pensare se per qualche motivo un CD live di Knoppix mostrasse il disco come sda, ma debian richiede ancora hda? (A proposito, ho provato questo, ma eseguire lilo sotto il liveCD si lamenta perché non c'è / dev / hda)

Modifica: Secondo questo articolo: http://www.mail-archive.com/debian-doc@lists.debian.org/msg11998.html Potrebbe essere qualcosa a che fare con il fatto che kernal aggiornato supporta una diversa convenzione di denominazione per IDE drives .... Hmmm forse è un buon momento per abbandonare Lilo e provare a far funzionare grub? Ci sono altri suggerimenti?

Risposte:


2

ok ho trovato la risposta.

Come descritto qui:

http://kernelnewbies.org/Linux_2_6_19#head-cdcbaa9c1b476decdc064e0a75d23d1328b1ddce

L'aggiornamento del kernel 2.6.19 ha modificato il sottosistema IDE che modifica il modo in cui sono stati definiti i dispositivi IDE. Quindi piuttosto che hda il disco apparirà come sda.

Le unità appaiono come / dev / sda, / dev / sr0, i vecchi nomi dei dispositivi non funzioneranno. Sarà necessario modificare i parametri di avvio e i parametri / etc / fstab per ottenere un sistema funzionante con i nuovi driver. Ancora una volta, questo accade solo se si utilizzano i nuovi driver, i vecchi driver continuano a funzionare come prima.

Il mio sistema di test esegue una versione precedente del kernel rispetto a quanto presente sul CD live di Knoppix. Quando si avvia dal CD live, utilizza il nuovo kernel e quindi l'unità ora appare come sda1

Per le persone che trovano questa pagina in cerca di una soluzione, il sito Web sopra afferma anche:

Questo significa che 2.6.19 può avere due driver per il tuo dispositivo basato su PATA: il vecchio driver IDE in "Driver di dispositivo -> supporto ATA / ATAPI / MFM / RLL" e un driver alternativo in "Driver di dispositivo -> ATA seriale (prod) e driver ATA paralleli (sperimentali) "(insieme al resto dei driver SATA)

Quale si deve scegliere? Bene, l'opzione sicura sta usando il vecchio driver: i vecchi driver continueranno a funzionare esattamente come prima. Non ci saranno cambiamenti se continui a utilizzare i vecchi driver.


è giusto. il driver SATA più recente supporta anche i dispositivi PATA e assegnerà i nomi dei dispositivi / dev / sda; il driver più vecchio assegna i nomi dei dispositivi / dev / hda. penso di ricordare di aver visto un parametro di avvio del kernel che potresti usare per forzare il driver più vecchio, ma al momento non riesco a trovare quelle informazioni.
Quack Quixote,

0

Una cosa che mi è successa è stata che ho rimosso un'unità e l'elenco dei dischi è cambiato in modo che Fstab non riuscisse a trovare il disco giusto - potrebbe essere qualcosa del genere?


:) buon suggerimento, anche se in questo caso non sembra essere il caso.
user9632

1
questo è il motivo per cui dovresti usare UUID o LABEL al /etc/fstabposto dei collegamenti diretti al dispositivo.
Quack Quixote,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.