staging.inyokaproject.org

Hab heute auf der Arch-Kiste ein "pacman-Syu" losgelassen, und die nicht drauf geachtet, was dabei evtl. zu beachten ist, und den Rechner neu gestartet...
Nun sagt Er folgendes:

Root device '/dev/hda2 doesn't exist, attemting to creat it
ERROR: Failed to parse block device name for '/dev/hda2'
ERROR: Unable to create/detect root device '/dev/hda2'
Dann exit to reboot blabla
If the device '/dev/hda2' gets created while you are here, 
try adding 'rootdelay=8 or higher to the kernel comman-line

/hda2 ist die / Partition. Soweit richtig.
Im Grub hab ich das Vorgeschlagene eingetragen. Funktioniert aber nicht...

@trebbel: Also /dev/hdaX kann eigentlich nicht sein, das ist schon ne Weile abgeschafft und durchweg durch /dev/sdaX ersetzt!

@n8schicht: Also funzt die Verlinkung wohl, sehr fein! Ich bin mal nachm Wiki gegangen und hab alles mal so eingestellt. Ob es funzt, werd ich dann ja sehn 😉 Falls net, es gibt ja noch pmount 😉 Was aber nicht funktioniert ist, dass bei einem Update von ntfs-3g dieses Skript /sbin/mount.ntfs-3g nicht überschrieben wird. Ich hab in der pacman.conf folgendes drinne

[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
HoldPkg     = pacman glibc
NoUpgrade   = sbin/mount.ntfs-3g
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u

Also ich hab halt die Zeile mit NoUpgrade eingefügt. Im Wiki steht da NoUpgrade = sbin/sbin/mount.ntfs-3g, was natürlich so falsch ist. Wo liegt mein Fehler?

@trebbel: Also /dev/hdaX kann eigentlich nicht sein, das ist schon ne Weile abgeschafft und durchweg durch /dev/sdaX ersetzt!

Ist aber so. Das System hab ich vor ~2 Jahren aufgesetzt, und immer wieder geupgradet. Die Bezeichnung der Laufwerke hat sich dabei nicht geändert...
Deswegen schrieb ich auch

/hda2 ist die / Partition. Soweit richtig.

n8schicht hat geschrieben:

StyLopath: Seltsam, das Problem hatte ich jetzt noch nie, weder bei mir noch bei Kollegen denen ich Arch installiert habe. Hast es wieder hingekriegt?

Zum ntfs-3g und rethink-Problem: Ich hatte mal genau das selbe und konnte es damit lösen.

Das Problem hat sich gelöst, ich musste nur das häckchen bei "als user mounten" entfernen.

StyLopath: Seltsam, das Problem hatte ich jetzt noch nie, weder bei mir noch bei Kollegen denen ich Arch installiert habe. Hast es wieder hingekriegt?

Ja, habe mir mit pt-pacfix alle installierten Pakete anzeigen lassen und sie dann mit pacman -Sf xxx wieder installiert..

@Trebbel:Scheint als wäre deine initram nicht ok. Versuche mal das fallback-image zu starten. Hast du deine /etc/mkinitcpio.conf verändert gehabt?

MfG

Hast du deine /etc/mkinitcpio.conf verändert gehabt?

Nein. Hab da noch nie dran rumgefummelt.

Versuche mal das fallback-image zu starten

Kannst Du mir sagen, wie der Eintrag in etwa aussehen muss?
Hatte den Eintrag aus der menu.lst komplett entfernt. Somit wird mir auch kein "Fallback-Image" angezeigt...

Ich übernehm schnell 😉

# (0) Arch Linux
title  Arch Linux
root   (hd0,1)
kernel /vmlinuz26 root=/dev/sda1 ro
initrd /kernel26.img

# (1) Arch Linux
title  Arch Linux Fallback
root   (hd0,1)
kernel /vmlinuz26 root=/dev/sda1 ro
initrd /kernel26-fallback.img

Klappt nicht. Gleiche Fehlermeldung...

Oder hat es die / Partition wirklich zerlegt?
Es war nur ein "pacman -Syu"...

Hüpf mal in den Grub Editor, und häng mal in der Zeile mit den Kernel parameters ein ide-legacy dran.

@Zocki Hast du dir schon mal den Artikel über HAL angeschaut?

defcon hat geschrieben:

Hüpf mal in den Grub Editor, und häng mal in der Zeile mit den Kernel parameters ein ide-legacy dran.

Nein, immernoch die gleiche Meldung ☹ Hätte ich bloß beim Update aufgepasst! Musste aber dringend...
Die Paketverwaltung (pacman) sagt ja normalerweise was zu tun ist...

Besorg dir halt ne aktuelle iso, und installiers neu *g*

Ich kann darüber überhaupt nicht lachen... 👿

@trebbel Gib mal die Ausgabe von cat /var/log/pacman.log her. Vielleicht wurden eine Konfigurationsdateien geändert, sollte man dann ja sehen.

trebbel: Brauchst Du bstimmte Kernelmodule um die Disk ansprechen zu können?
Die rc.conf (die ja auch Module läd) hat sich vor kurzem geändert. Du musst von Hand Deine Änderungen in die entsprechende pacnew Datei eintragen. Vielleicht hat es was damit zu tun?