Yum Update

... und Du bist Dir zu 100% sicher, daß Du auf Deinem Filesystem und nicht auf dem der Rescue-Konsole herumturnst?
 
marce said:
... und Du bist Dir zu 100% sicher, daß Du auf Deinem Filesystem und nicht auf dem der Rescue-Konsole herumturnst?
Click to expand...

Ja aber der Server fährt trotztem nicht hoch.
 

Attachments

  • Screenshot 2017-08-02 14.39.26.jpg
    Screenshot 2017-08-02 14.39.26.jpg
    190.4 KB · Views: 139
Der Server kann das Laufwerk nicht mounten, weil irgendwas mit den Blockdevices nicht stimmt, wenn ich den unscharfen Screenshot richtig lesen kann.
 
Zur Info an alle:

peterle1984 hat mir Zugriff auf das Rescue-System gewährt. Ich habe nun die "linux"-Zeile in der grub.cfg auf den ursprünglichen Stand zurückgerollt:

Fehlerhafte Konfiguration:
Code: 
linux16 /vmlinuz-3.10.0-514.21.2.el7.x86_64 root=UUID=01fc3651-2cc9-412f-b099-764e1b50bd64 ro ipv6.disable=1 ...

Ursprüngliche Konfiguration:
Code: 
linux16 /vmlinuz-3.10.0-514.6.2.el7.x86_64 root=/dev/md/2 ro biosdevname=0 crashkernel=auto nomodeset rd.auto=1 LANG=en_US.UTF-8
Damit fährt das System wieder hoch.
 
darf man erfahren, warum aus seiner Sicht die entsprechende Konfig entweder leer oder nicht vorhanden war?
 
marce said:
darf man erfahren, warum aus seiner Sicht die entsprechende Konfig entweder leer oder nicht vorhanden war?
Click to expand...

Das Boot-Verzeichnis befindet sich auf dem Device /dev/md1, und nicht auf /dev/md2:
Code: 
# cat etc/fstab 
proc /proc proc defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
sysfs /sys sysfs defaults 0 0
/dev/md/0 none swap sw 0 0
/dev/md/1 /boot ext3 defaults 0 0
/dev/md/2 / ext4 defaults 0 0
/dev/md/3 /var ext4 defaults 0 0
Das Yum-Problem lag an falschen Einträgen in der /etc/resolv.conf
Code: 
nameserver 8.8.8.8
nameserver 208.67.222.222
nameserver 114.114.114.114
Mit folgenden Nameservern (Standard-Konfig bei Hetzner) funktioniert der Befehl "yum update" wie gewohnt:
Code: 
nameserver 213.133.98.98
nameserver 213.133.99.99
nameserver 213.133.100.100
IPv6 war also nicht die Ursache des Problems...
 
Last edited by a moderator:
p-st said:
Das Boot-Verzeichnis befindet sich auf dem Device /dev/md1, und nicht auf /dev/md2:
Code: 
# cat etc/fstab 
proc /proc proc defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
tmpfs /dev/shm tmpfs defaults 0 0
sysfs /sys sysfs defaults 0 0
/dev/md/0 none swap sw 0 0
/dev/md/1 /boot ext3 defaults 0 0
/dev/md/2 / ext4 defaults 0 0
/dev/md/3 /var ext4 defaults 0 0
Das Yum-Problem lag an falschen Einträgen in der /etc/resolv.conf
Code: 
nameserver 8.8.8.8
nameserver 208.67.222.222
nameserver 114.114.114.114
Mit folgenden Nameservern (Standard-Konfig bei Hetzner) funktioniert der Befehl "yum update" wie gewohnt:
Code: 
nameserver 213.133.98.98
nameserver 213.133.99.99
nameserver 213.133.100.100
IPv6 war also nicht die Ursache des Problems...
Click to expand...

Vielen Dank für deine Hilfe ohne einen Profi hätte ich das nie geschafft. :):D
 
Auf eigene Gefahr:
chattr +i /etc/resolv.conf
Denn manche vServer starten dann nicht mehr neu, das hatte ich schon früher bei diversen Hostern.

Aber mittlerweile weißt du ja wie du über Rescue das wider ändert kannst, wenn nix startet.
 
GwenDragon said:
Auf eigene Gefahr:
chattr +i /etc/resolv.conf
Denn manche vServer starten dann nicht mehr neu, das hatte ich schon früher bei diversen Hostern.

Aber mittlerweile weißt du ja wie du über Rescue das wider ändert kannst, wenn nix startet.
Click to expand...

Wie kann ich den chattr +i /etc/resolv.conf aufheben ?
Jetzt die die Datei leider leer.
 
Ohne Dir zu nahe treten zu wollen - aber bei Deinem Kentnissstand solltest Du ernsthaft überlegen, auf ein Managed- oder gar Hosted-System umzusteigen.
 
Last edited by a moderator:
You must log in or register to reply here.
Back
Top