Hallo, zum Testen eines mit rsync erstellten Backups habe ich den Datenträger als einzige Festplatte angeschlossen und nach entsprechender Modifikation von /etc/fstab (Devices mit sda usw.) mit Supergrub gebootet. Danach habe ich die vorhandenen Dateien /boot/grub/menu.lst + device.map sowie /etc/grub.conf und deren Backup-Dateien gelöscht. Mit "yast bootloader" habe ich mir eine neue Konfiguration vorschlagen lassen und grub in den MBR neu eingerichtet. Nach dem Neustart meldet sich jedoch nur grub. Jedoch bootet das System nach Eingabe von root (hd0,0), kernel und initrd einwandfrei, es gelingt mir jedoch nicht, Grub mit Bootmenü einzurichten. Ich habe auch fstab und die Grub-Dateien von /dev/sda nach /dev/disk/by/id ... umgestellt, aber damit ergab sich keine Änderung. Hier fdisk -l, fstab, device.map, menu.lst, grub.conf: ################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a Device Boot Start End Blocks Id System /dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 ################# (hd0) /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088 ################# # Modified by YaST2. Last modification on Do Jul 14 15:37:45 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ################# setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit ################# Ich stehe auf dem Schlauch. Hat jemand eine Idee dazu? Viele Grüße und danke, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Klaus,
schon versucht mit dem Befehl im Terminal:
update-grub
oder
grub-update
?
Gruss.
Val.
cv.schmitt@gmail.com
Am 14. Juli 2011 19:05 schrieb Klaus Schneider-Grosch
Hallo,
zum Testen eines mit rsync erstellten Backups habe ich den Datenträger als einzige Festplatte angeschlossen und nach entsprechender Modifikation von /etc/fstab (Devices mit sda usw.) mit Supergrub gebootet.
Danach habe ich die vorhandenen Dateien /boot/grub/menu.lst + device.map sowie /etc/grub.conf und deren Backup-Dateien gelöscht. Mit "yast bootloader" habe ich mir eine neue Konfiguration vorschlagen lassen und grub in den MBR neu eingerichtet.
Nach dem Neustart meldet sich jedoch nur grub. Jedoch bootet das System nach Eingabe von root (hd0,0), kernel und initrd einwandfrei, es gelingt mir jedoch nicht, Grub mit Bootmenü einzurichten.
Ich habe auch fstab und die Grub-Dateien von /dev/sda nach /dev/disk/by/id ... umgestellt, aber damit ergab sich keine Änderung.
Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System /dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 ################# (hd0) /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088 ################# # Modified by YaST2. Last modification on Do Jul 14 15:37:45 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ################# setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit #################
Ich stehe auf dem Schlauch. Hat jemand eine Idee dazu?
Viele Grüße und danke, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 14. Juli 2011, 19:30:03 schrieb Carl-Valentin Schmitt:
Hallo Klaus,
schon versucht mit dem Befehl im Terminal: update-grub oder grub-update ?
Gruss. Val. cv.schmitt@gmail.com
Hallo Valentin, danke für Deinen Hinweis. Die Befehle update-grub oder grub-update finde ich in meinem System (Suse 11.4) nicht. Ich habe Verweise auf ubuntu gefunden, dort gibt es ein Script update-grub. Gruß Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo,
zum Testen eines mit rsync erstellten Backups habe ich den Datenträger als einzige Festplatte angeschlossen und nach entsprechender Modifikation von /etc/fstab (Devices mit sda usw.) mit Supergrub gebootet.
Danach habe ich die vorhandenen Dateien /boot/grub/menu.lst + device.map sowie /etc/grub.conf und deren Backup-Dateien gelöscht. Mit "yast bootloader" habe ich mir eine neue Konfiguration vorschlagen lassen und grub in den MBR neu eingerichtet.
Nach dem Neustart meldet sich jedoch nur grub. Jedoch bootet das System nach Eingabe von root (hd0,0), kernel und initrd einwandfrei, es gelingt mir jedoch nicht, Grub mit Bootmenü einzurichten.
Ich habe auch fstab und die Grub-Dateien von /dev/sda nach /dev/disk/by/id ... umgestellt, aber damit ergab sich keine Änderung.
Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System /dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 ################# (hd0) /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088 ################# # Modified by YaST2. Last modification on Do Jul 14 15:37:45 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ################# setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit #################
Ich stehe auf dem Schlauch. Hat jemand eine Idee dazu?
Viele Grüße und danke, Klaus
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ... grub root (hd0,0) setup (hd0) quit -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo,
zum Testen eines mit rsync erstellten Backups habe ich den Datenträger als einzige Festplatte angeschlossen und nach entsprechender Modifikation von /etc/fstab (Devices mit sda usw.) mit Supergrub gebootet.
Danach habe ich die vorhandenen Dateien /boot/grub/menu.lst + device.map sowie /etc/grub.conf und deren Backup-Dateien gelöscht. Mit "yast bootloader" habe ich mir eine neue Konfiguration vorschlagen lassen und grub in den MBR neu eingerichtet.
Nach dem Neustart meldet sich jedoch nur grub. Jedoch bootet das System nach Eingabe von root (hd0,0), kernel und initrd einwandfrei, es gelingt mir jedoch nicht, Grub mit Bootmenü einzurichten.
Ich habe auch fstab und die Grub-Dateien von /dev/sda nach /dev/disk/by/id ... umgestellt, aber damit ergab sich keine Änderung.
Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 ################# (hd0) /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088 ################# # Modified by YaST2. Last modification on Do Jul 14 15:37:45 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
################# setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit #################
Ich stehe auf dem Schlauch. Hat jemand eine Idee dazu?
Viele Grüße und danke, Klaus
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub root (hd0,0) setup (hd0) quit
Hallo Tao te Puh, vielen Dank für Deine Hinweise. Nach Eingabe der Befehle in grub gibt es folgende Ausgabe: grub> root Possible commands are: root rootnoverify grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83 grub> setup (hd0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded. succeeded Running "install /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. grub> quit Nach Neustart jedoch leider: GRUB Loading stage 1.5 GRUB Loading, please wait Error 5 Also wieder mit Supergrub gebootet, wie bereits geschildert boot/grub/menu.lst + device.map sowie etc/grub.conf gelöscht und neue Konfiguration von yast erstellen lassen. Damit gebootet, komme bis zu grub und starte wie oben beschrieben. Aktuell arbeite ich mit meinem normalen System (Suse 11.4, zwei Festplatten). Zum Testen des mit rsync erstellten Datenträgers muß ich also meine zwei Festplatten abklemmen, die rsync-Platte einstöpseln und testen. Nun wollte ich von meinem normalen System starten, klemme die zwei Festplatten an und vergesse, die rsync-Platte abzuklemmen, und dann erscheint beim Booten das Grub-Menü der rsync-Platte. Nur rsync-Platte: grub mit Befehlseingabe startet das rsync-System. Nur meine zwei Arbeitsplatten: Grub-Menü startet das normale System einwandfrei. Wie kommt das? Gibt es auf der rsync-Platte irgendeinen Verweis auf eine meiner zwei Arbeitsplatten, der von yast in die Grub-Dateien mit eingebaut wird, was dazu führt, daß das rsync-Grub-Menü nur bei Anschluß aller drei Platten erscheint? Gibt es noch eine Idee dazu? Viele Grüße, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo,
zum Testen eines mit rsync erstellten Backups habe ich den Datenträger als einzige Festplatte angeschlossen und nach entsprechender Modifikation von /etc/fstab (Devices mit sda usw.) mit Supergrub gebootet.
Danach habe ich die vorhandenen Dateien /boot/grub/menu.lst + device.map sowie /etc/grub.conf und deren Backup-Dateien gelöscht. Mit "yast bootloader" habe ich mir eine neue Konfiguration vorschlagen lassen und grub in den MBR neu eingerichtet.
Nach dem Neustart meldet sich jedoch nur grub. Jedoch bootet das System nach Eingabe von root (hd0,0), kernel und initrd einwandfrei, es gelingt mir jedoch nicht, Grub mit Bootmenü einzurichten.
Ich habe auch fstab und die Grub-Dateien von /dev/sda nach /dev/disk/by/id ... umgestellt, aber damit ergab sich keine Änderung.
Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 ################# (hd0) /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088 ################# # Modified by YaST2. Last modification on Do Jul 14 15:37:45 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader
default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate
###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop
root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata-
SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b
initrd /boot/initrd-2.6.37.6-0.5-desktop
################# setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit #################
Ich stehe auf dem Schlauch. Hat jemand eine Idee dazu?
Viele Grüße und danke, Klaus
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise.
Nach Eingabe der Befehle in grub gibt es folgende Ausgabe:
grub> root Possible commands are: root rootnoverify
grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83
grub> setup (hd0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded. succeeded Running "install /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done.
grub> quit
Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert? War die Platte die Einzige im System als Du grub initialisierst hast? Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 16. Juli 2011, 11:04:33 schrieb Tao te Puh:
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo, ... Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# ...
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub
root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise. ... Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert?
War die Platte die Einzige im System als Du grub initialisierst hast?
Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen.
Hallo Tao, Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen. Sowohl beim Erstellen der Grub-Konfiguration mit yast als auch nach Deinen Vorschlägen mit der grub-Shell war die FP die einzige im System. Die ursprüngliche fdisk-Variante mit leicht geänderten Gößenverhältnissen bei root und home: 1. Swap-Partition 2. Root-Partition 3. Home Beide Partitionierungsvarianten führten zum gleichen Ergebnis. Viele Grüße, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Am Samstag, 16. Juli 2011, 11:04:33 schrieb Tao te Puh:
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo, ... Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux ################# ...
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub
root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise. ... Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert?
War die Platte die Einzige im System als Du grub initialisierst hast?
Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen.
Hallo Tao,
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Sowohl beim Erstellen der Grub-Konfiguration mit yast als auch nach Deinen Vorschlägen mit der grub-Shell war die FP die einzige im System.
Die ursprüngliche fdisk-Variante mit leicht geänderten Gößenverhältnissen bei root und home: 1. Swap-Partition 2. Root-Partition 3. Home
Beide Partitionierungsvarianten führten zum gleichen Ergebnis.
So mal zwischendurch: Das Dateisystem hast Du nicht zufällig gewechselt? Dann musst Du nämlich noch die initrd neu bauen ... aber so wie es ausschaut, hängt grub ja schon im Stage 1_5 und kommt gar nicht bis zur initrd ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 17. Juli 2011, 19:49:12 schrieb Tao te Puh:
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Am Samstag, 16. Juli 2011, 11:04:33 schrieb Tao te Puh:
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch:
Hallo,
...
Hier fdisk -l, fstab, device.map, menu.lst, grub.conf:
################# Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xf12c656a
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 41945087 20971520 83 Linux /dev/sda2 41945088 62916607 10485760 82 Linux swap / Solaris /dev/sda3 62916608 781422767 359253080 83 Linux #################
...
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub
root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise. ... Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert?
War die Platte die Einzige im System als Du grub initialisierst hast?
Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen.
Hallo Tao,
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Sowohl beim Erstellen der Grub-Konfiguration mit yast als auch nach Deinen Vorschlägen mit der grub-Shell war die FP die einzige im System.
Die ursprüngliche fdisk-Variante mit leicht geänderten Gößenverhältnissen bei root und home: 1. Swap-Partition 2. Root-Partition 3. Home
Beide Partitionierungsvarianten führten zum gleichen Ergebnis.
So mal zwischendurch: Das Dateisystem hast Du nicht zufällig gewechselt? Dann musst Du nämlich noch die initrd neu bauen ... aber so wie es ausschaut, hängt grub ja schon im Stage 1_5 und kommt gar nicht bis zur initrd ...
Hallo Tao, nun ja, wenn ich anfangs die Startkonfiguration mit yast erledige, kommt beim Booten immerhin die grub-shell, und ich sage grub dann, wie es weitergeht, und dann startet das System einwandfrei. Solange ich mit yast "spiele", z.B. grub nicht in den MBR, sondern in die Root-Partition installiere, nach Belieben auch wieder zurück, gelange ich beim Booten immer bis zu einer funktionierenden grub-shell. Wenn ich jedoch im gestarteten System grub aufrufe und wie oben angegeben mit den grub-Befehlen die Boot-Konfiguration speichere, gibt es beim Booten Grub Error 5. Danach hilft auch yast nicht mehr, d.h., egal, was ich mit yast veranstalte, es gibt immer nur Grub Error 5. Erst nach dem Löschen der Konfigurationsdateien und der kompletten Neuerstellung durch yast gibt es beim Booten zumindest wieder eine grub-shell. Das habe ich bereits mehrfach durchgespielt. Nach meinem Verständnis sollte yast bei beliebigen Änderungen alles komplett neu erstellen, aber das ist jetzt nur nebenbei bemerkt. Außerdem habe ich die Festplatten probehalber auf andere SATA-Ports gesteckt und fasse das Ergebnis hier zusammen. Die von yast generierte Konfiguration habe ich dabei nicht mehr angefaßt: Folgende Varianten funktionieren (d.h. rsync-Grub und Systemstart) einwandfrei: - Irgendeine völlig beliebige (!!) Festplatte oder DVD-Laufwerk auf SATA-Port 0 und rsync-Platte auf dem Port, wo sie immer gesteckt war, Port 2 - wie bereits vorher zufällig gesteckt meine Arbeitsplatten auf Port 0 und 4 sowie rsync-Platte auf Port 2 - nur die rsync-Platte auf Port 0, keine anderen Festplatten. Nur bis zur Grub-Shell führt dieses: (weiter jedoch mit root (hd0,0), kernel ... initrd ..., boot) - nur die rsync-Platte auf Port 2, keine anderen Festplatten. Das verstehe ich nun gar nicht mehr, und über eine Erklärung würde ich mich freuen. Viele Grüße, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 18.07.2011 16:01, schrieb Klaus Schneider-Grosch:
Am Sonntag, 17. Juli 2011, 19:49:12 schrieb Tao te Puh:
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Am Samstag, 16. Juli 2011, 11:04:33 schrieb Tao te Puh:
Am 16.07.2011 06:47, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 14. Juli 2011, 19:59:41 schrieb Tao te Puh:
Am 14.07.2011 19:05, schrieb Klaus Schneider-Grosch: > Hallo, > > ... > > Hier fdisk -l, fstab, device.map, menu.lst, grub.conf: > > ################# > Disk /dev/sda: 400.1 GB, 400088457216 bytes > 255 heads, 63 sectors/track, 48641 cylinders, total 781422768 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0xf12c656a > > Device Boot Start End Blocks Id System > > /dev/sda1 * 2048 41945087 20971520 83 Linux > /dev/sda2 41945088 62916607 10485760 82 Linux swap / > Solaris /dev/sda3 62916608 781422767 359253080 83 Linux > ################# > > ...
Vielleicht versuchst Du mal grub "manuell" zu initialisieren, dann erhältst Du nämlich mehr (Fehler)-Meldungen als bei Yast ...
grub
root (hd0,0) setup (hd0) quit
Hallo Tao te Puh,
vielen Dank für Deine Hinweise. ... Nach Neustart jedoch leider:
GRUB Loading stage 1.5 GRUB Loading, please wait Error 5
Laut Fehlermeldung, mag grub Deine Partitionstabelle nicht leiden. Wie hast Du denn partitioniert?
War die Platte die Einzige im System als Du grub initialisierst hast?
Falls Du eine Neu-Paritionierung in Betracht ziehst, würde ich zunächst mal den MBR komplett löschen (das löscht auch die Partitionstabelle) - das hat bei mir schon geholfen.
Hallo Tao,
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Sowohl beim Erstellen der Grub-Konfiguration mit yast als auch nach Deinen Vorschlägen mit der grub-Shell war die FP die einzige im System.
Die ursprüngliche fdisk-Variante mit leicht geänderten Gößenverhältnissen bei root und home: 1. Swap-Partition 2. Root-Partition 3. Home
Beide Partitionierungsvarianten führten zum gleichen Ergebnis.
So mal zwischendurch: Das Dateisystem hast Du nicht zufällig gewechselt? Dann musst Du nämlich noch die initrd neu bauen ... aber so wie es ausschaut, hängt grub ja schon im Stage 1_5 und kommt gar nicht bis zur initrd ...
Hallo Tao,
nun ja, wenn ich anfangs die Startkonfiguration mit yast erledige, kommt beim Booten immerhin die grub-shell, und ich sage grub dann, wie es weitergeht, und dann startet das System einwandfrei.
Das bedeutet, dass grub bis zu stage2 kommt (/boot/grub/stageg2) und anschließend entweder die menu.lst nicht finden oder korrekt lesen kann. Ich habe das mal ausprobiert, indem ich menu.lst umbenannt habe - dann landet man eben in der grub-shell. Wenn man hingegen /boot/grub/stage2 umbenennt, bekommt man error code 15 was soviel bedeutet wie, dass stage1_5 korrekt durchgelaufen ist, aber "eine" Datei nicht finden konnte.
Solange ich mit yast "spiele", z.B. grub nicht in den MBR, sondern in die Root-Partition installiere, nach Belieben auch wieder zurück, gelange ich beim Booten immer bis zu einer funktionierenden grub-shell.
Nun ja, was das "Spielen" angeht, so habe ich in diesem Fall so meine Zweifel ob Deine Versuche aussagekräftig sind. Ich glaube nämlich nicht, dass Yast bei der Installation in die "root-Partition" vorher den MBR der Festplatte löscht und somit wird das BIOS immer noch den grub aus dem MBR der Festplatte finden und zünden. Soll heißen, dass was Yast da in den MBR der Partition schreibt, wird gar nicht ausgeführt. Für einen aussagekräftigen Versuch wäre es also interessant, wenn Du vorher den grub aus dem MBR der Festplatte löscht - aber Achtung, nicht den ganzen MBR löschen, da liegt ja auch die Partitionstabelle drin ... Ich würde also nur die ersten 446 Bytes der _Platte_ "Nullen" und dann mal gucken was bei einer "root-Partition-Installation" passiert.
Wenn ich jedoch im gestarteten System grub aufrufe und wie oben angegeben mit den grub-Befehlen die Boot-Konfiguration speichere, gibt es beim Booten Grub Error 5. Danach hilft auch yast nicht mehr, d.h., egal, was ich mit yast veranstalte, es gibt immer nur Grub Error 5. Erst nach dem Löschen der Konfigurationsdateien und der kompletten Neuerstellung durch yast gibt es beim Booten zumindest wieder eine grub-shell. Das habe ich bereits mehrfach durchgespielt.
Interessant, was steht eigentlich in /etc/grub.conf nachdem Du grub mit Yast installiert hast? Das könnten wir nämlich mal in die manuelle Installation übernehmen.
Nach meinem Verständnis sollte yast bei beliebigen Änderungen alles komplett neu erstellen, aber das ist jetzt nur nebenbei bemerkt.
Ja, das finde ich auch sehr merkwürdig ...
Außerdem habe ich die Festplatten probehalber auf andere SATA-Ports gesteckt und fasse das Ergebnis hier zusammen. Die von yast generierte Konfiguration habe ich dabei nicht mehr angefaßt:
Folgende Varianten funktionieren (d.h. rsync-Grub und Systemstart) einwandfrei: - Irgendeine völlig beliebige (!!) Festplatte oder DVD-Laufwerk auf SATA-Port 0 und rsync-Platte auf dem Port, wo sie immer gesteckt war, Port 2 - wie bereits vorher zufällig gesteckt meine Arbeitsplatten auf Port 0 und 4 sowie rsync-Platte auf Port 2 - nur die rsync-Platte auf Port 0, keine anderen Festplatten.
Nur bis zur Grub-Shell führt dieses: (weiter jedoch mit root (hd0,0), kernel ... initrd ..., boot) - nur die rsync-Platte auf Port 2, keine anderen Festplatten.
Das verstehe ich nun gar nicht mehr, und über eine Erklärung würde ich mich freuen.
Aha, das bestätigt einen Verdacht, der schon eine Zeit lang in mir gärt: Dein BIOS spielt da eine Rolle ... Grub kennt ja keine Notation sda, sdb usw., sondern eben nur hd0, hd1 ... Welches Gerät nun wie zugeordnet wird, hängt stark vom BIOS ab soll heißen, was das BIOS als erstes Gerät liefert, ist in der Grub-Notation eben hd0, das zweite Gerät hd1 ... In einigen BIOSen, kann man nun diese Reihenfolge in der das BIOS die Geräte "anbietet", auch manuell beeinflussen - schau mal nach, bei Dir geht das bestimmt auch. So kann man dann z.B. eine Platte auf einem anderen SATA-Port anschließen und sie trotzdem als z.B. erste Platte im System anbieten. Hier geht wahrscheinlich irgendwas schief, ich blick' nur noch nicht was ... Mal so dahin geschrieben: Das BIOS findet stage1 von grub im MBR der Festplatte - dabei ist es egal wo die Festplatte angeschlossen ist, da das BIOS einfach alle angeschlossenen Geräte der Reihe nach abklappert. stage1 lädt nun stage1_5 nach. stage1_5 liegt in den ersten (17) Sektoren zwischen MBR und der ersten Partition dieser Platte. stage1_5 wird gefunden, da auf der Platte gesucht wird auf der der stage1 liegt. stage1_5 will nun stage2 laden und das geht schief (error 5). Soweit ich Bescheid weiß, spielt bei diesem Vorgang das erste mMal die Notation (Platte und Partition) eine Rolle, und das geht eben schief ... Wenn stage2 gefunden wird, lädt dieses die Menüdatei (menu.lst) oder, falls das schief geht, die grub-Shell. Momentan bin ich aber insgesamt ein wenig ratlos wie man da weiter macht. Guck mal zuerst Dein BIOS an, vielleicht findest Du ja was. Ich lass das bei mir derweil mal etwas sacken. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Folgendes könnte uns interessante Informationen liefern: http://bootinfoscript.sourceforge.net/ Es sammelt Informationen zum (Boot-)System und schreibt eine Ergebnisdatei. Wenn Du das nächste mit/von der besagten Platte gebootet hast, mach' doch mal folgendes: cd ~ wget -P ~/boot-info-script http://sourceforge.net/projects/bootinfoscript/files/bootinfoscript/0.60/boo... unzip -d ~/boot-info-script/ ~/boot-info-script/boot_info_script060.zip sudo bash ~/boot-info-script/boot_info_script.sh Die Ergebnisse stehen dann in ~/boot-info-script/RESULTS.txt -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Mir ist noch etwas eingefallen: LBA Normalerweise erkennt grub automatisch ob das System (BIOS) LBA unterstützt und setzt entsprechende Parameter - manchmal geht die Erkennung aber auch schief (buggy BIOS). Man kann das Verhalten nun aber forcieren, deshalb ändere mal, bei der manuellen grub-Installation, den setup-Befehl in: setup --force-lba (hd0) Das könnte den Unterschied ausmachen, warum die Yast-Installation bis zur grub-Shell kommt, die manuelle Installation aber mit error 5 abbricht. Und wo wir bei diesem Thema sind: Spricht etwas dagegen, es mal mit einer eigenen /boot-Partition zu probieren? Ich mache das eigentlich immer so und habe seit dem nie wieder Ärger gehabt ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 19. Juli 2011, 12:44:57 schrieb Tao te Puh:
Mir ist noch etwas eingefallen: LBA
Normalerweise erkennt grub automatisch ob das System (BIOS) LBA unterstützt und setzt entsprechende Parameter - manchmal geht die Erkennung aber auch schief (buggy BIOS).
Man kann das Verhalten nun aber forcieren, deshalb ändere mal, bei der manuellen grub-Installation, den setup-Befehl in:
setup --force-lba (hd0)
führt leider auch zu grub-error 5
Das könnte den Unterschied ausmachen, warum die Yast-Installation bis zur grub-Shell kommt, die manuelle Installation aber mit error 5 abbricht.
Und wo wir bei diesem Thema sind: Spricht etwas dagegen, es mal mit einer eigenen /boot-Partition zu probieren? Ich mache das eigentlich immer so und habe seit dem nie wieder Ärger gehabt ...
Hallo Tao, Deine Anregungen aus Deinen letzten Postings habe ich der Reihe nach ausprobiert: - die ersten 446 Bytes der Platte genullt. Danach mit yast eine "root- Partition-Installation" durchgeführt und dabei dem Tip von David folgend den Haken bei "Generischen Bootcode in MBR schreiben" gesetzt. Damit gelange ich wieder bis zur Grub-Shell. - Im BIOS finde ich keine Möglichkeit, die Reihenfolge des Anbietens der Geräte einzustellen. Nur die Bootreihenfolge läßt sich festlegen. Man kann auch direkt ein Bootmedium wählen. Beides führt zur Grub-Shell. - "root (hd0,0)" und "setup --force-lba (hd0)" -> grub error 5. Ausgabe grub dabei: GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83 grub> setup --force-lba (hd0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded. succeeded Running "install --force-lba /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done. /etc/grub.conf: setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit In grub.conf stehen doch die Befehle, die yast beim Erstellen der Bootkonfiguration durchführt. Das unterscheidet sich etwas von Deinem Vorschlag. Man könnte natürlich genau diesen Befehl eingeben und sehen was passiert, das erspare ich mir jetzt zunächst. Ganz unten hänge ich die Ausgabe von boot_info_script.sh an. Eine Bootpartition hatte ich mit früheren Susen auch, nur wurde das irgendwann beim Einrichten des Systems nicht mehr vorgeschlagen, und dann hatte ich es auch nicht mehr gemacht. Ich vermute allerdings, daß in meinem speziellen Fall eine Boot-Partition nicht helfen würde. Ich denke inzwischen auch, daß das BIOS irgendwie an der Sache entscheidend beteiligt ist. Immerhin bin ich einigermaßen zufrieden. Rollierendes Rsync für Backup / Restore tut für mich das was es soll, das konnte ich ausgiebig testen. Yast erstellt eine Bootkonfiguration, und die funktioniert, wenn am SATA-Port 0 irgendein Gerät angeschlossen ist. Damit kann ich leben. Vielen Dank an alle, die mich unterstützt haben und viele Grüße, Klaus =============================== Boot Info Script 0.60 from 17 May 2011 ============================= Boot Info Summary: =============================== => Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on the same drive in partition #1 for /boot/grub/stage2 and /boot/grub/menu.lst. sda1: __________________________________________________________________________ File system: ext4 Boot sector type: Grub Legacy Boot sector info: Grub Legacy (v0.97) is installed in the boot sector of sda1 and looks at sector 17068056 of the same hard drive for the stage2 file. A stage2 file is at this location on /dev/sda. Stage2 looks on partition #1 for /boot/grub/menu.lst. Operating System: Welcome to openSUSE 11.4 "Celadon" - Kernel (). Boot files: /boot/grub/menu.lst /etc/fstab sda2: __________________________________________________________________________ File system: swap Boot sector type: - Boot sector info: sda3: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files: ============================ Drive/Partition Info: ============================= Drive: sda _____________________________________________________________________ Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 Köpfe, 63 Sektoren/Spur, 48641 Zylinder, zusammen 781422768 Sektoren Einheiten = Sektoren von 1 × 512 = 512 Bytes Sector size (logical/physical): 512 bytes / 512 bytes Partition Boot Start Sector End Sector # of Sectors Id System /dev/sda1 * 2,048 41,945,087 41,943,040 83 Linux /dev/sda2 41,945,088 62,916,607 20,971,520 82 Linux swap / Solaris /dev/sda3 62,916,608 781,422,767 718,506,160 83 Linux "blkid" output: ________________________________________________________________ Device UUID TYPE LABEL /dev/sda1 ea72f474-5a7c-4449-b715-edd9cfabc5e5 ext4 /dev/sda2 8d79fb90-0a8d-457a-b576-9d9489bba63c swap /dev/sda3 bc6f4d40-c60c-4255-8426-6069a0d8267c ext4 ================================ Mount points: ================================= Device Mount_Point Type Options /dev/sda1 / ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered) /dev/sda3 /home ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered) =========================== sda1/boot/grub/menu.lst: =========================== -------------------------------------------------------------------------------- # Modified by YaST2. Last modification on Mi Jul 20 15:11:37 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop -------------------------------------------------------------------------------- =============================== sda1/etc/fstab: ================================ -------------------------------------------------------------------------------- /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 -------------------------------------------------------------------------------- =================== sda1: Location of files loaded by Grub: ==================== GiB - GB File Fragment(s) 8.128074646 = 8.727453696 boot/grub/menu.lst 1 8.138778687 = 8.738947072 boot/grub/stage2 1 1.754001617 = 1.883344896 boot/initrd 2 1.754001617 = 1.883344896 boot/initrd-2.6.37.6-0.5-desktop 2 8.138599396 = 8.738754560 boot/vmlinuz 1 8.138599396 = 8.738754560 boot/vmlinuz-2.6.37.6-0.5-desktop 1 ========= Devices which don't seem to have a corresponding hard drive: ========= sdb sdc sdd sde =============================== StdErr Messages: =============================== /dev/sdb: open failed: Kein Medium gefunden /dev/sdc: open failed: Kein Medium gefunden /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden No volume groups found mdadm: No arrays found in config file or automatically -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 20.07.2011 16:47, schrieb Klaus Schneider-Grosch:
Am Dienstag, 19. Juli 2011, 12:44:57 schrieb Tao te Puh:
Mir ist noch etwas eingefallen: LBA
Normalerweise erkennt grub automatisch ob das System (BIOS) LBA unterstützt und setzt entsprechende Parameter - manchmal geht die Erkennung aber auch schief (buggy BIOS).
Man kann das Verhalten nun aber forcieren, deshalb ändere mal, bei der manuellen grub-Installation, den setup-Befehl in:
setup --force-lba (hd0)
führt leider auch zu grub-error 5
Das hätte ich nicht erwartet, weil nämlich das "--force-lba" eigentlich der einzige Unterschied zu dem war, was Yast macht (siehe weiter unten).
- die ersten 446 Bytes der Platte genullt. Danach mit yast eine "root- Partition-Installation" durchgeführt und dabei dem Tip von David folgend den Haken bei "Generischen Bootcode in MBR schreiben" gesetzt. Damit gelange ich wieder bis zur Grub-Shell.
Nach wie vor komisch ist, dass Du nur bis zur grub-Shell kommst. Kannst Du denn die menu.lst mal manuell im laufenden System laden? grub configfile (hd0,0)/boot/grub/menu.lst Der Befehl zeigt die menu.lst lediglich an, dass angezeigte Menü hat ansonsten keine Funktionalität - einfach mit Return beenden. Habe allerdings gerade bemerkt, dass der Befehl auf meinen neueren Systemen mit einem Fehler abbricht (Segmentation fault) - auch komisch ... früher war das alles mal besser ...
- "root (hd0,0)" und "setup --force-lba (hd0)" -> grub error 5. Ausgabe grub dabei: GNU GRUB version 0.97 (640K lower / 3072K upper memory)
[ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ]
grub> root (hd0,0) Filesystem type is ext2fs, partition type 0x83
grub> setup --force-lba (hd0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 17 sectors are embedded. succeeded Running "install --force-lba /boot/grub/stage1 (hd0) (hd0)1+17 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done.
Das sieht alles sehr richtig aus. Alles wird gefunden - e2fs_stage1_5 hat 8608 Bytes, was umgerechnet (geteilt durch 512) 17 Sektoren verbraucht.
/etc/grub.conf: setup --stage2=/boot/grub/stage2 --force-lba (hd0,0) (hd0,0) quit
In grub.conf stehen doch die Befehle, die yast beim Erstellen der Bootkonfiguration durchführt. Das unterscheidet sich etwas von Deinem Vorschlag. Man könnte natürlich genau diesen Befehl eingeben und sehen was passiert, das erspare ich mir jetzt zunächst.
In der Tat kann man die "manuelle" Installation auch via grub < /etc/grub.conf durchführen, aber das wäre ja total uncool ... Ansonsten unterscheidet sich das was da drin steht eigentlich nicht von dem was wir gemacht haben. Es fehlt der "root (hd0,0)" Befehl und deshalb muss die Position von stage2 explizit angegeben werden. Die erste Klammer mit (hd0,0) entspricht unserem "setup (hd0)" und ist die Position wo grub (stage1) installiert wird. Das da bei uns das ",0" fehlt liegt daran, dass Du grub mit Yast im Partition-Boot-Record der root-Partition installiert hast, die liegt bei Dir in sda1, also hd0,0. Wenn Du mal mit Yast im MBR der Platte installierst, dann steht da garantiert auch "nur" hd0 was sda entspricht. Die zweite Klammer (hd0,0) ist das so genannte image_device. In diesem Device wird nach den Images (bei Dir ist das e2fs_stage1_5) gesucht. Diese Angabe brauchen wir bei unserer "manuellen" Installation nicht, weil wir das image_device bereits mit dem root-Kommando angegeben haben. Du kannst an der obigen Ausgabe der manuellen Installation sehen, dass e2fs_stage1_5 gefunden und installiert wird.
Ganz unten hänge ich die Ausgabe von boot_info_script.sh an.
Das hast Du sicherlich gemacht als die Yast-Installation mit der Installation in der root-Partition "aktiv" war. Mich hätte mal die Ausgabe der "manuellen" Installation interessiert. Sehr eigenartig finde ich folgende Ausgabe: ========= Devices which don't seem to have a corresponding hard drive: ========= sdb sdc sdd sde =============================== StdErr Messages: =============================== /dev/sdb: open failed: Kein Medium gefunden /dev/sdc: open failed: Kein Medium gefunden /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden Das habe ich so bisher noch nicht gesehen. Bei meinen Rechnern gibt es diese Abschnitte überhaupt nicht. Irgendwie bietet Dein BIOS da was an, was dann aber doch nichts beinhaltet ... sehr merkwürdig.
Eine Bootpartition hatte ich mit früheren Susen auch, nur wurde das irgendwann beim Einrichten des Systems nicht mehr vorgeschlagen, und dann hatte ich es auch nicht mehr gemacht. Ich vermute allerdings, daß in meinem speziellen Fall eine Boot-Partition nicht helfen würde. Ich denke inzwischen auch, daß das BIOS irgendwie an der Sache entscheidend beteiligt ist.
Heutzutage braucht man das eigentlich auch nur noch, wenn man mit LVM arbeitet. Es hätte mich halt, rein sportlich, interessiert, ob das auf Deinem System was ausmacht - ich kann allerdings auch verstehen, wenn Du genug hast ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ich habe mal auf bugzilla nach grub-Problemen geguckt - und da gibt es einige. Zumindest eines unserer Probleme scheint nicht unbekannt zu sein. Wir hatten doch das Phänomen, das Yast die "manuelle" Installation (error 5), nicht überschreiben konnte, also ein "reinstall GRUB" nicht funktionierte. Davon wird an mehreren Stellen berichtet, z.B.: Bug 703853 - yast2 bootloader can not reinstall GRUB https://bugzilla.novell.com/show_bug.cgi?id=703853 Bug 678923 - Grub not installed into MBR https://bugzilla.novell.com/show_bug.cgi?id=678923 Und noch was anderes: In meiner letzten Mail hatte ich doch vorgeschlagen, die menu.lst mal über grub configfile (hd0,0)/boot/grub/menu.lst zu laden. Das führte bei mir ja zu einem Fehler (Segmentation fault). Ich habe nun eines dieser Systeme mal mit SystemRescueCD gebootet und da funktionierte das Kommando einwandfrei - obwohl die SystemRscueCD ebenfalls "nur" ein grub 0.97 verwendet. Irgendwas ist eigenartig am SuSE-grub ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 21. Juli 2011, 00:24:33 schrieb Tao te Puh:
Ich habe mal auf bugzilla nach grub-Problemen geguckt - und da gibt es einige. Zumindest eines unserer Probleme scheint nicht unbekannt zu sein.
Wir hatten doch das Phänomen, das Yast die "manuelle" Installation (error 5), nicht überschreiben konnte, also ein "reinstall GRUB" nicht funktionierte. Davon wird an mehreren Stellen berichtet, z.B.:
Bug 703853 - yast2 bootloader can not reinstall GRUB https://bugzilla.novell.com/show_bug.cgi?id=703853
Bug 678923 - Grub not installed into MBR https://bugzilla.novell.com/show_bug.cgi?id=678923
Und noch was anderes: In meiner letzten Mail hatte ich doch vorgeschlagen, die menu.lst mal über
grub configfile (hd0,0)/boot/grub/menu.lst
zu laden. Das führte bei mir ja zu einem Fehler (Segmentation fault).
bei mir ebenso
Ich habe nun eines dieser Systeme mal mit SystemRescueCD gebootet und da funktionierte das Kommando einwandfrei - obwohl die SystemRscueCD ebenfalls "nur" ein grub 0.97 verwendet.
Irgendwas ist eigenartig am SuSE-grub ...
Hallo Tao, hat ein paar Tage gedauert, bis ich wieder testen konnte. Hier gibt es auch seg.fault, s.o. Außerdem habe ich nochmal die manuelle Installation nach Deinem Vorschlag ausprobiert, die Ausgabe von boot_info_script.sh findest Du ganz unten. Das Script habe ich gleich auf dem USB-Stick durchgeführt, deshalb erscheint der da auch. Danach Neustart wie erwartet mit grub error 5. Danach habe ich sofort ohne weitere Änderung die Festplatte auf SATA Port 0 gesteckt, dann kommt das Grub- Menü. Desgleichen, wenn ich ein DVD auf SATA Port 0 stecke und die Platte auf Port 2 lasse. Das hatte ich nämlich vorher nicht ausprobiert. Es gibt also immer noch einen Unterschied zwischen manueller Grub-Installation und yast bootloader. Ich werde die Sache allerdings zunächst nicht weiter verfolgen können, da mir die rsync-Festplatte nicht mehr zur Vefügung steht. Immerhin bootet die Festplatte, wenn irgendwas auf SATA-Port 0 steckt. Mit der ganzen Aktion wollte ich ja nur herausfinden, ob ich mit rsync meine Daten(rück)sicherung zuverlässig betreiben kann. Und das tut es ja nun. Vielen Dank an alle, die bei Fehlersuche behilflich waren. Viele Grüße, Klaus ##### Boot Info Script 0.60 from 17 May 2011 ============================= Boot Info Summary: =============================== => Grub Legacy (v0.97) is installed in the MBR of /dev/sda and looks on the same drive in partition #1 for /boot/grub/stage2 and /boot/grub/menu.lst. sda1: __________________________________________________________________________ File system: ext4 Boot sector type: Grub Legacy Boot sector info: Grub Legacy (v0.97) is installed in the boot sector of sda1 and looks at sector 17068056 of the same hard drive for the stage2 file. A stage2 file is at this location on /dev/sda. Stage2 looks on partition #1 for /boot/grub/menu.lst. Operating System: Welcome to openSUSE 11.4 "Celadon" - Kernel (). Boot files: /boot/grub/menu.lst /etc/fstab sda2: __________________________________________________________________________ File system: swap Boot sector type: - Boot sector info: sda3: __________________________________________________________________________ File system: ext4 Boot sector type: - Boot sector info: Operating System: Boot files: sdf: ___________________________________________________________________________ File system: vfat Boot sector type: SYSLINUX 3.86 2010-04-01 Boot sector info: Syslinux looks at sector 486056 of /dev/sdf for its second stage. No errors found in the Boot Parameter Block. Operating System: Boot files: /syslinux.cfg /ldlinux.sys ============================ Drive/Partition Info: ============================= Drive: sda _____________________________________________________________________ Disk /dev/sda: 400.1 GB, 400088457216 bytes 255 Köpfe, 63 Sektoren/Spur, 48641 Zylinder, zusammen 781422768 Sektoren Einheiten = Sektoren von 1 × 512 = 512 Bytes Sector size (logical/physical): 512 bytes / 512 bytes Partition Boot Start Sector End Sector # of Sectors Id System /dev/sda1 * 2,048 41,945,087 41,943,040 83 Linux /dev/sda2 41,945,088 62,916,607 20,971,520 82 Linux swap / Solaris /dev/sda3 62,916,608 781,422,767 718,506,160 83 Linux "blkid" output: ________________________________________________________________ Device UUID TYPE LABEL /dev/sda1 ea72f474-5a7c-4449-b715-edd9cfabc5e5 ext4 /dev/sda2 8d79fb90-0a8d-457a-b576-9d9489bba63c swap /dev/sda3 bc6f4d40-c60c-4255-8426-6069a0d8267c ext4 /dev/sdf 7415-D5B6 vfat KSCSERVICE ================================ Mount points: ================================= Device Mount_Point Type Options /dev/sda1 / ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered) /dev/sda3 /home ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered) /dev/sdf /media/KSCSERVICE vfat (rw,nosuid,nodev,relatime,uid=1000,gid=100,fmask=0022,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,errors=remount- ro,uhelper=udisks) =========================== sda1/boot/grub/menu.lst: =========================== -------------------------------------------------------------------------------- # Modified by YaST2. Last modification on Wed Jul 20 15:30:23 CEST 2011 # THIS FILE WILL BE PARTIALLY OVERWRITTEN by perl-Bootloader # Configure custom boot parameters for updated kernels in /etc/sysconfig/bootloader default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/boot/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 11.4 root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop ###Don't change this comment - YaST2 identifier: Original name: linux### title Kernel-2.6.37.6-0.5-desktop root (hd0,0) kernel /boot/vmlinuz-2.6.37.6-0.5-desktop root=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 resume=/dev/disk/by-id/ata- SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 splash=silent quiet showopts vga=0x34b initrd /boot/initrd-2.6.37.6-0.5-desktop -------------------------------------------------------------------------------- =============================== sda1/etc/fstab: ================================ -------------------------------------------------------------------------------- /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part2 swap swap defaults 0 0 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part1 / ext4 acl,user_xattr 1 1 /dev/disk/by-id/ata-SAMSUNG_HD403LJ_S0NFJ1DP804088-part3 /home ext4 acl,user_xattr 1 2 proc /proc proc defaults 0 0 sysfs /sys sysfs noauto 0 0 debugfs /sys/kernel/debug debugfs noauto 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 -------------------------------------------------------------------------------- =================== sda1: Location of files loaded by Grub: ==================== GiB - GB File Fragment(s) 8.128074646 = 8.727453696 boot/grub/menu.lst 1 8.138778687 = 8.738947072 boot/grub/stage2 1 2.660251617 = 2.856423424 boot/initrd 2 2.660251617 = 2.856423424 boot/initrd-2.6.37.6-0.5-desktop 2 8.138599396 = 8.738754560 boot/vmlinuz 1 8.138599396 = 8.738754560 boot/vmlinuz-2.6.37.6-0.5-desktop 1 ============================== sdf/syslinux.cfg: =============================== -------------------------------------------------------------------------------- default /rescue/grub.exe --config-file="errorcheck off; find --set-root -- ignore-cd /rescue/rescueusb.iso; errorcheck on; map /rescue/rescueusb.iso (0xff) || map --mem /rescue/rescueusb.iso (0xff); map --hook; chainloader (0xff); boot" -------------------------------------------------------------------------------- ================== sdf: Location of files loaded by Syslinux: ================== GiB - GB File Fragment(s) ?? = ?? ldlinux.sys 1 ?? = ?? syslinux.cfg 1 ========= Devices which don't seem to have a corresponding hard drive: ========= sdb sdc sdd sde =============================== StdErr Messages: =============================== File descriptor 18 (socket:[29543]) leaked on lvscan invocation. Parent PID 8338: bash File descriptor 20 (socket:[37452]) leaked on lvscan invocation. Parent PID 8338: bash File descriptor 21 (socket:[37453]) leaked on lvscan invocation. Parent PID 8338: bash /dev/sdb: open failed: Kein Medium gefunden /dev/sdc: open failed: Kein Medium gefunden /dev/sdd: open failed: Kein Medium gefunden /dev/sde: open failed: Kein Medium gefunden No volume groups found mdadm: No arrays found in config file or automatically -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 26.07.2011 21:29, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 21. Juli 2011, 00:24:33 schrieb Tao te Puh:
Ich habe mal auf bugzilla nach grub-Problemen geguckt - und da gibt es einige. Zumindest eines unserer Probleme scheint nicht unbekannt zu sein.
Wir hatten doch das Phänomen, das Yast die "manuelle" Installation (error 5), nicht überschreiben konnte, also ein "reinstall GRUB" nicht funktionierte. Davon wird an mehreren Stellen berichtet, z.B.:
Bug 703853 - yast2 bootloader can not reinstall GRUB https://bugzilla.novell.com/show_bug.cgi?id=703853
Bug 678923 - Grub not installed into MBR https://bugzilla.novell.com/show_bug.cgi?id=678923
Und noch was anderes: In meiner letzten Mail hatte ich doch vorgeschlagen, die menu.lst mal über
grub configfile (hd0,0)/boot/grub/menu.lst
zu laden. Das führte bei mir ja zu einem Fehler (Segmentation fault).
bei mir ebenso
Ich habe nun eines dieser Systeme mal mit SystemRescueCD gebootet und da funktionierte das Kommando einwandfrei - obwohl die SystemRscueCD ebenfalls "nur" ein grub 0.97 verwendet.
Irgendwas ist eigenartig am SuSE-grub ...
Hallo Tao,
hat ein paar Tage gedauert, bis ich wieder testen konnte. Hier gibt es auch seg.fault, s.o.
Außerdem habe ich nochmal die manuelle Installation nach Deinem Vorschlag ausprobiert, die Ausgabe von boot_info_script.sh findest Du ganz unten. Das Script habe ich gleich auf dem USB-Stick durchgeführt, deshalb erscheint der da auch.
Danach Neustart wie erwartet mit grub error 5. Danach habe ich sofort ohne weitere Änderung die Festplatte auf SATA Port 0 gesteckt, dann kommt das Grub- Menü. Desgleichen, wenn ich ein DVD auf SATA Port 0 stecke und die Platte auf Port 2 lasse. Das hatte ich nämlich vorher nicht ausprobiert.
Es gibt also immer noch einen Unterschied zwischen manueller Grub-Installation und yast bootloader.
Ich werde die Sache allerdings zunächst nicht weiter verfolgen können, da mir die rsync-Festplatte nicht mehr zur Vefügung steht. Immerhin bootet die Festplatte, wenn irgendwas auf SATA-Port 0 steckt. Mit der ganzen Aktion wollte ich ja nur herausfinden, ob ich mit rsync meine Daten(rück)sicherung zuverlässig betreiben kann. Und das tut es ja nun.
Vielen Dank an alle, die bei Fehlersuche behilflich waren.
Hallo Klaus, also wenn ich das richtig verstehe, kannst Du nach der "manuellen" grub-Installation das System normal starten, insofern da irgendwas am SATA-Port-0 hängt - na das ist ja schräg ... Wäre natürlich mal interessant zu wissen, wie sich ein anderes BIOS da verhält - vielleicht hast Du ja einen anderen Rechner im Zugriff ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 27. Juli 2011, 23:30:05 schrieb Tao te Puh:
Am 26.07.2011 21:29, schrieb Klaus Schneider-Grosch:
Am Donnerstag, 21. Juli 2011, 00:24:33 schrieb Tao te Puh:
Ich habe mal auf bugzilla nach grub-Problemen geguckt - und da gibt es einige. Zumindest eines unserer Probleme scheint nicht unbekannt zu sein.
Wir hatten doch das Phänomen, das Yast die "manuelle" Installation (error 5), nicht überschreiben konnte, also ein "reinstall GRUB" nicht funktionierte. Davon wird an mehreren Stellen berichtet, z.B.:
Bug 703853 - yast2 bootloader can not reinstall GRUB https://bugzilla.novell.com/show_bug.cgi?id=703853
Bug 678923 - Grub not installed into MBR https://bugzilla.novell.com/show_bug.cgi?id=678923
Und noch was anderes: In meiner letzten Mail hatte ich doch vorgeschlagen, die menu.lst mal über
grub
configfile (hd0,0)/boot/grub/menu.lst
zu laden. Das führte bei mir ja zu einem Fehler (Segmentation fault).
bei mir ebenso
Ich habe nun eines dieser Systeme mal mit SystemRescueCD gebootet und da funktionierte das Kommando einwandfrei - obwohl die SystemRscueCD ebenfalls "nur" ein grub 0.97 verwendet.
Irgendwas ist eigenartig am SuSE-grub ...
Hallo Tao,
hat ein paar Tage gedauert, bis ich wieder testen konnte. Hier gibt es auch seg.fault, s.o.
Außerdem habe ich nochmal die manuelle Installation nach Deinem Vorschlag ausprobiert, die Ausgabe von boot_info_script.sh findest Du ganz unten. Das Script habe ich gleich auf dem USB-Stick durchgeführt, deshalb erscheint der da auch.
Danach Neustart wie erwartet mit grub error 5. Danach habe ich sofort ohne weitere Änderung die Festplatte auf SATA Port 0 gesteckt, dann kommt das Grub- Menü. Desgleichen, wenn ich ein DVD auf SATA Port 0 stecke und die Platte auf Port 2 lasse. Das hatte ich nämlich vorher nicht ausprobiert.
Es gibt also immer noch einen Unterschied zwischen manueller Grub-Installation und yast bootloader.
Ich werde die Sache allerdings zunächst nicht weiter verfolgen können, da mir die rsync-Festplatte nicht mehr zur Vefügung steht. Immerhin bootet die Festplatte, wenn irgendwas auf SATA-Port 0 steckt. Mit der ganzen Aktion wollte ich ja nur herausfinden, ob ich mit rsync meine Daten(rück)sicherung zuverlässig betreiben kann. Und das tut es ja nun.
Vielen Dank an alle, die bei Fehlersuche behilflich waren.
Hallo Klaus,
also wenn ich das richtig verstehe, kannst Du nach der "manuellen" grub-Installation das System normal starten, insofern da irgendwas am SATA-Port-0 hängt - na das ist ja schräg ...
Wäre natürlich mal interessant zu wissen, wie sich ein anderes BIOS da verhält - vielleicht hast Du ja einen anderen Rechner im Zugriff ...
Hallo Tao, leider hab ich sonst keinen Rechner. Ich würde die Sache zunächst als gelöst betrachten, bis mir mal ein PC mit SATA übern Weg läuft ... Vielen Dank für Deine Hilfe und viele Grüße, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mon, 18 Jul 2011, Tao te Puh schrieb:
Ich würde also nur die ersten 446 Bytes der _Platte_ "Nullen" und dann mal gucken was bei einer "root-Partition-Installation" passiert.
Dann kann er aber gar nimmer booten. Mindestens den generischen Bootcode, der die aktive Partition startet wie ein DOS/Windows MBR sollte rein. -dnh -- It's hard to be religious when certain people are never incinerated by bolts of lightning. -- Calvin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Das geht jetzt zwar alles schon in den Bereich Voodoo, denn ich weiß schlichtweg nicht genau ob und wenn ja wie grub auf nicht komplett genullte Sektoren anspricht, aber wie viel sind denn "einige tausend Sektoren"? Und zur Sicherheit nochmal nachgefragt: Meinst Du wirklich Sektoren oder Bytes? grub hat ja gemeldet, dass er selbst 1+17 Sektoren mit grub 1_5 beschrieben hat und Deine erste Partition, fängt laut fdisk ja erst bei Sektor 2048 an - und 2048 x 512 Bytes sind ja immerhin 1048576 Bytes ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 17. Juli 2011, 21:38:46 schrieb Tao te Puh:
Am 17.07.2011 19:33, schrieb Klaus Schneider-Grosch:
Die Partitionierung findest Du etwas weiter oben. Das habe ich bereits zwei mal mit fdisk (von opensuse 11.4) erledigt, vorher jeweils mit dd die ersten paar tausend Sektoren mit Null überschrieben, um ganz sicher zu gehen.
Das geht jetzt zwar alles schon in den Bereich Voodoo, denn ich weiß schlichtweg nicht genau ob und wenn ja wie grub auf nicht komplett genullte Sektoren anspricht, aber wie viel sind denn "einige tausend Sektoren"?
Und zur Sicherheit nochmal nachgefragt: Meinst Du wirklich Sektoren oder Bytes? grub hat ja gemeldet, dass er selbst 1+17 Sektoren mit grub 1_5 beschrieben hat und Deine erste Partition, fängt laut fdisk ja erst bei Sektor 2048 an - und 2048 x 512 Bytes sind ja immerhin 1048576 Bytes ...
Hallo Tao, Ich hatte folgenden Befehl abgesetzt: dd if=/dev/zero bs=512 count=3000 of=/dev/sd-irgendwas und danach neu mit fdisk partitioniert, formatiert (unverändert ext4), Daten eingespielt usw. Insofern sollte die Struktur für grub in jedem Fall stimmen. Ich wollte auch die Root-Partition nach den ersten Mißerfolgen testweise an erster Stelle haben und nicht, wie ich es sonst immer mache, die swap- Partition. Viele Grüße, Klaus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Carl-Valentin Schmitt -
David Haller -
Klaus Schneider-Grosch -
Tao te Puh