debootstrap installation und Rätsel

[codc]

Irgendwie stehe ich gerade vor einem großem Rätsel bei der Installation eines Rootservers.

Gemacht habe ich:
1. Die Rettungskonsole gebootet
2. Festplatte neu partioniert und Partionen formatiert
3. / gemountet und die Verzeichnisse für /boot, /var, /usr, /tmp und /home im mount erstellt und gemountet
4. Debian per debootstrap installiert und chroot nach dem / mount
5. Netzwerk, sources.list, fstab und resolver konfiguriert
6. grub-install und update-grub und den bootlogd aktiviert
7. noch ein paar Pakete mit aptitude installiert damit das Leben leichter wird
8. reboot im normalen Modus und die Kiste kommt nicht hoch sondern hängt nach dem mounten der Partionen.

Wenn ich nun in die Rettungskonsole gehe und mir nach einem mount und chroot nach / gehe dann sind alle Partionen schon eingehängt was nicht sein dürfte. Jemand eine Erklärung warum die Kiste nicht hoch kommt und wieso die Partionen alle schon gemountet sind.

 

[saeckereier]

Wsa bedutet alle Partitionen schon eingehängt? Poste bitte die Ausgabe von mount nachdem du die / Partition gemountet hast. Probleme dieser Art sind oft nur schwer zu diagnostizieren, weil man da alles mögliche vergessen haben kann. Am besten ist es da eine KVM-over-IP Lösung zu buchen oder eben Hand-On Support zu nutzen. Da kommt es dann auf die Kompetenzen deines Hosters an...

 

[codc]

Die fstab ist in Ordnung und der Hoster den mein Chef besorgt hat ist naja mäßig kompetent will ich mal sagen.

Hier mount:

sysresccd:/# mount
/dev/sda3 on / type ext3 (rw,error=remount-ro)
/dev/sda1 on /boot type ext3 (rw)
/dev/sda5 on /var type ext3 (rw)
/dev/sda6 on /usr type ext3 (rw)
/dev/sda7 on /tmp type ext3 (rw)
/dev/sda8 on /home type ext3 (rw)
proc on /proc type proc (rw)

was für mich in Ordnung aussieht.
Hier noch die fstab dazu:

sysresccd:/# cat /etc/fstab
/dev/sda1 /boot ext3 defaults 1 2
/dev/sda2 swap swap defaults 0 0
/dev/sda3 / ext3 error=remount-ro 0 1
/dev/sda5 /var ext3 defaults 1 1
/dev/sda6 /usr ext3 defaults 1 2
/dev/sda7 /tmp ext3 defaults 1 2
/dev/sda8 /home ext3 defaults 1 2
proc /proc proc defaults 0 0

Das Ende von dmesg:

md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda5, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda8, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

und Log-Files die interessant sein könnten gibt es nicht.

 

[saeckereier]

Ich verstehe dein Problem nicht, der Rechner startet, mountet die Partionen und du kannst dich verbinden? Wo hängt denn da was? Oder wenn er hängt, woher weisst du dann, dass das nach dem Mounten passiert, wenn er hängt kann man sich doch nicht verbinden??

 

[codc]

Natürlich geht das in der Rettungskonsole immer und das sind die Meldungen aus der chrooteten Partion / der Festplatte

 

[saeckereier]

oder wenn er hängt, woher weisst du dann, dass das nach dem mounten passiert, wenn er hängt kann man sich doch nicht verbinden?

´
.