• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst]Wie erreiche ich Yast um Bootmanager zu reparieren

OP
E

ecki4

Member
Bin noch nicht dazu gekommen, Deine Vorgabe auszuführen - werde es so bald wie möglich tun. Nur soviel vornweg - ich habe immer den Grub-Manager benutzt, erst als er nicht mehr erschien, habe ich versucht, Suse von Win 7 aus mit BCD 2.2 zu starten - mit dem genannten Ergebnis.
 

TomcatMJ

Guru
Hm,den Ausgaben nach hatte dein System ursprünglich gar keinen GrUB 1 (also Verion 0.97) gehabt sonst wäre da eine menu.lst und eine device.map vorhanden gewesen. Natürlich könnte man dem ganzen nun einen GrUB 1 drüberkloppen aber wenn GrUB 2 drauf war sollte man leiber den wiederherstellen...nur, da kann ich momentan nicht mit weiterhelfen weil meine Systeme hier noch den 1er nutzen, mein Hauptsystem zum experimentieren zur Zeit zu dringen benötigt ist und meine anderen beiden Rechner zur Zeit monitorlos laufen dank defekten Monitoren*G*...
Was man machen müsste um GrUB 1 drüberzubügeln wäre erstmal eine menu.lst Datei passend zu deinem System erstellen und in /boot/grub ablegen, danach einen Reinstall (auch wenns ein Neuinstallieren wäre) aus dem laufenden, von CD oder sonstwoher aus gestarteten lokalen System auf deiner Festplatte heraus so wie es in der Linupedia ja im Knoppix-Chroot-Thema behandelt wurde,natürlich angepasst auf dein Partitionslayout.
Allerdings dürfte dein System ja eine Konfiguration für GrUB 2 schon drinhaben und müsste den GrUB 2 nur nochmal neu initialisiert bekommen...das müsste eigentlöich ähnlich wie bei GrUB 1 gehen, nur weiss ich da mangels akuter Testmöglichkeit die passenden Befehle natürlich nicht aus dem Kopf,daher wär jemand der GrUB 2 am Laufen hat und mal eben nachgucken kann welche Befehle mit welchen Parametern man dazu braucht da sicherlich hilfreicher ;)
 

SUSEDJAlex

Advanced Hacker
Eine Alternative wäre SuperGrubDisk bzw. Rescatux....

Downloadlink: http://www.supergrubdisk.org/category/download/rescatuxdownloads/rescatux-stable/

LG SUSEDJAlex
 
OP
E

ecki4

Member
Hier die Ergebnisse der Vorgabe von josef-wien:

Code:
linux@linux:~> mount
devtmpfs on /dev type devtmpfs (rw,relatime,size=4063144k,nr_inodes=1015786,mode=755)
tmpfs on /dev/shm type tmpfs (rw,relatime)
tmpfs on /run type tmpfs (rw,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/sr0 on /livecd type iso9660 (ro,relatime)
clicfs on /read-only type fuse.clicfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
/read-only/fsdata.ext4 on / type ext4 (rw,relatime,nobarrier,errors=remount-ro,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=21,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /var/lock type tmpfs (rw,relatime,mode=755)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /var/run type tmpfs (rw,relatime,mode=755)
/dev/sdf on /run/media/linux/C868-4150 type vfat (rw,nosuid,nodev,relatime,uid=999,gid=100,fmask=0022,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
/dev/sdf on /var/run/media/linux/C868-4150 type vfat (rw,nosuid,nodev,relatime,uid=999,gid=100,fmask=0022,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro)
linux@linux:~> cat /etc/fstab
devpts  /dev/pts          devpts  mode=0620,gid=5 0 0
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
tmpfs   /run              tmpfs   noauto          0 0
/dev/root / auto defaults 1 1
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part5 swap swap defaults 0 0
linux@linux:~> cat /proc/cmdline
initrd=initrd ramdisk_size=512000 ramdisk_blocksize=4096 splash=silent quiet preloadlog=/dev/null  lang=de_DE
linux@linux:~>


Code:
linux@linux:~> su
linux:/home/linux # dd if=/dev/sdb bs=512 count=1 | hexdump -C                                         
1+0 records in
1+0 records out
512 bytes (512 B) copied, 1,0335e-05 s, 49,5 MB/s
00000000  33 c0 8e d0 bc 00 7c 8e  c0 8e d8 be 00 7c bf 00  |3.....|......|..|
00000010  06 b9 00 02 fc f3 a4 50  68 1c 06 cb fb b9 04 00  |.......Ph.......|
00000020  bd be 07 80 7e 00 00 7c  0b 0f 85 10 01 83 c5 10  |....~..|........|
00000030  e2 f1 cd 18 88 56 00 55  c6 46 11 05 c6 46 10 00  |.....V.U.F...F..|
00000040  b4 41 bb aa 55 cd 13 5d  72 0f 81 fb 55 aa 75 09  |.A..U..]r...U.u.|
00000050  f7 c1 01 00 74 03 fe 46  10 66 60 80 7e 10 00 74  |....t..F.f`.~..t|
00000060  26 66 68 00 00 00 00 66  ff 76 08 68 00 00 68 00  |&fh....f.v.h..h.|
00000070  7c 68 01 00 68 10 00 b4  42 8a 56 00 8b f4 cd 13  ||h..h...B.V.....|
00000080  9f 83 c4 10 9e eb 14 b8  01 02 bb 00 7c 8a 56 00  |............|.V.|
00000090  8a 76 01 8a 4e 02 8a 6e  03 cd 13 66 61 73 1e fe  |.v..N..n...fas..|
000000a0  4e 11 0f 85 0c 00 80 7e  00 80 0f 84 8a 00 b2 80  |N......~........|
000000b0  eb 82 55 32 e4 8a 56 00  cd 13 5d eb 9c 81 3e fe  |..U2..V...]...>.|
000000c0  7d 55 aa 75 6e ff 76 00  e8 8a 00 0f 85 15 00 b0  |}U.un.v.........|
000000d0  d1 e6 64 e8 7f 00 b0 df  e6 60 e8 78 00 b0 ff e6  |..d......`.x....|
000000e0  64 e8 71 00 b8 00 bb cd  1a 66 23 c0 75 3b 66 81  |d.q......f#.u;f.|
000000f0  fb 54 43 50 41 75 32 81  f9 02 01 72 2c 66 68 07  |.TCPAu2....r,fh.|
00000100  bb 00 00 66 68 00 02 00  00 66 68 08 00 00 00 66  |...fh....fh....f|
00000110  53 66 53 66 55 66 68 00  00 00 00 66 68 00 7c 00  |SfSfUfh....fh.|.|
00000120  00 66 61 68 00 00 07 cd  1a 5a 32 f6 ea 00 7c 00  |.fah.....Z2...|.|
00000130  00 cd 18 a0 b7 07 eb 08  a0 b6 07 eb 03 a0 b5 07  |................|
00000140  32 e4 05 00 07 8b f0 ac  3c 00 74 fc bb 07 00 b4  |2.......<.t.....|
00000150  0e cd 10 eb f2 2b c9 e4  64 eb 00 24 02 e0 f8 24  |.....+..d..$...$|
00000160  02 c3 49 6e 76 61 6c 69  64 20 70 61 72 74 69 74  |..Invalid partit|
00000170  69 6f 6e 20 74 61 62 6c  65 00 45 72 72 6f 72 20  |ion table.Error |
00000180  6c 6f 61 64 69 6e 67 20  6f 70 65 72 61 74 69 6e  |loading operatin|
00000190  67 20 73 79 73 74 65 6d  00 4d 69 73 73 69 6e 67  |g system.Missing|
000001a0  20 6f 70 65 72 61 74 69  6e 67 20 73 79 73 74 65  | operating syste|
000001b0  6d 00 00 00 00 62 7a 99  ef d3 de fb 00 00 80 20  |m....bz........ |
000001c0  21 00 07 fe ff ff 00 08  00 00 41 84 54 28 00 fe  |!.........A.T(..|
000001d0  ff fe 0f fe ff fe c7 bb  54 28 7a 90 e3 11 00 00  |........T(z.....|
000001e0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200
linux:/home/linux #

Das mit den CDs probiere ich später noch aus - aber ehrlich gesagt - ich mache mir nicht mehr viel Hoffnung und trage mich schon ernsthaft mit dem Gedanken einer Neuinstallation.
Ergänzend muß ich noch bemerken - habe es bis jetzt in der Aufregung leider vergessen - ich hatte anfangs die Suse-Installations-DVD unter "Vorhandenes System aktualisieren" drüberlaufen lassen, in der Hoffnung, daß dabei der Bootmanager neu geschrieben wird. Aber ich befürchte, daß ich da wohl noch mehr kaputt gemacht habe.
 

josef-wien

Ultimate Guru
ecki4 schrieb:
Code:
linux@linux:~> mount
...
clicfs on /read-only type fuse.clicfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
/read-only/fsdata.ext4 on / type ext4 (rw,relatime,nobarrier,errors=remount-ro,data=ordered)
...

linux@linux:~> cat /proc/cmdline
initrd=initrd ramdisk_size=512000 ramdisk_blocksize=4096 splash=silent quiet preloadlog=/dev/null  lang=de_DE
Daß YaST Probleme bei der Bootloader-Einrichtung hat, klingt unter diesen Umständen für mich plausibel. Ich habe keine Ahnung, was die Super Grub2 Disk (oder womit immer das System gestartet wird) da produziert, außerdem beschäftige ich mich nicht mit GRUB2, somit muß ich leider aussteigen.

P. S.
ecki4 schrieb:
Code:
linux@linux:~> cat /etc/fstab
...
/dev/root / auto defaults 1 1
...
Diese Variante ist für mich neu, formal ist sie allerdings in Ordnung.

Der MBR ist vom Typ "generisch" und paßt.
 
OP
E

ecki4

Member
Ja, da werde ich wohl nicht um eine Neuinstallation herumkommen. Vielleicht kann mir aber jemand sagen ob und wie ich die wichtigsten Konfigurationen retten kann (Lesezeichen in Mozilla-Browser, Einstellungen von Thunderbird). In welchen Dateien bzw. Verzeichnissen sind diese Einstellungen gespeichert, und wie kann ich sie nach der Neuinstallation zurückschreiben?
 

admine

Ultimate Guru
Sichere dein $HOME, dann sollte nichts fehlen.
Evt. noch, wenn erforderlich /etc für diverse Systemkonfigurationen.
 
OP
E

ecki4

Member
Erst einmal admine danke für den Tip - werde ihn wohl noch brauchen können.
Einen Versuch habe ich aber noch gewagt. Die Partition mit Vista (braucht kein Mensch mehr) habe ich formatiert und ihr den Volume-Namen "Dateien" gegeben. Gleichzeitig habe ich im BIOS die Festplattenreihenfolge vertauscht. Die Platte mit der Win 7-Partititon ist jetzt die Bootplatte. Dann habe ich noch einen Versuch mit der Grub-Disk gewagt und es geschafft, in das blau unterlegte Menü zu kommen (Bedienung mit TAB-Taste). Hier wurde mir unter GRUB (nicht GRUB2 !) eine Bootloader-Konfiguration angeboten. Da aber mein Selbstvertrauen durch die Fehlschläge gelitten hat, etwas abzuspeichern, hätte ich noch folgende Fragen: Kann ich GRUB (nicht GRUB2) verwenden? In welche Partition lege ich GRUB (MBR, Root Partition, Extended Partition, Custom Partition [Auswahl: sad, sdb, sdb 2,6,7])? Außerdem habe ich noch im Partitionierer gesehen, daß in den Partitionen sdb6 und sdb7 kein Einhängepunkt angegeben ist. Ist das normal? Der mir noch bekannte Punkt "/" ist auch nicht vorgegeben, nur "/srv" usw. Ich muß mich noch einmal entschuldigen, daß ich wohl wieder ziemlich dumme Fragen gestellt habe, aber s.o. ... Wenn mir jemand hilft, klappt es ja vielleicht doch noch, obwohl ich nicht mehr so recht daran glauben mag.
Hier zum besseren Verständnis die neuen Ergebnisse der Vorgabe von josef-wien:

Code:
linux@linux:~> su
linux:/home/linux # fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 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: 0x9f2572a8

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   488394751   244196352    7  HPFS/NTFS/exFAT
omitting empty partition (5)
Partition 5 is deleted

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 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: 0xfbded3ef

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   676629568   338313760+   7  HPFS/NTFS/exFAT
/dev/sdb2       676641735   976768064   150063165    f  W95 Ext'd (LBA)
/dev/sdb5       676641798   680850764     2104483+  82  Linux swap / Solaris
/dev/sdb6       680850828   722796479    20972826   83  Linux
/dev/sdb7       722796543   976768064   126985761   83  Linux

Disk /dev/sdg: 4051 MB, 4051697152 bytes
125 heads, 62 sectors/track, 1021 cylinders, total 7913471 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: 0x6e652072

This doesn't look like a partition table
Probably you selected the wrong device.

   Device Boot      Start         End      Blocks   Id  System
/dev/sdg1   ?  1768187213  3469398961   850605874+  6e  Unknown
/dev/sdg2   ?  1953723749  2934433733   490354992+  ff  BBT
/dev/sdg3   ?  1801683314  1970335702    84326194+  74  Unknown
/dev/sdg4      2885681152  2885735363       27106    0  Empty

Partition table entries are not in disk order
linux:/home/linux # df -h
Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        3,9G  8,0K  3,9G   1% /dev
tmpfs           4,0G   80K  4,0G   1% /dev/shm
tmpfs           4,0G  4,3M  3,9G   1% /run
/dev/sr0        953M  953M     0 100% /livecd
/dev/loop0      8,3G  3,2G  5,1G  39% /
tmpfs           4,0G     0  4,0G   0% /sys/fs/cgroup
tmpfs           4,0G  4,3M  3,9G   1% /var/lock
tmpfs           4,0G  4,3M  3,9G   1% /var/run
/dev/sdg        3,8G  500K  3,8G   1% /run/media/linux/C868-4150
/dev/sdg        3,8G  500K  3,8G   1% /var/run/media/linux/C868-4150
linux:/home/linux # hwinfo --disk | egrep "Device Files:|BIOS id:"
  Device Files: /dev/sda, /dev/disk/by-id/ata-STM3250318AS_9VM8WR6L, /dev/disk/by-id/scsi-SATA_STM3250318AS_9VM8WR6L, /dev/disk/by-id/wwn-0x5000c5001a72293d, /dev/disk/by-path/pci-0000:00:1f.2-scsi-0:0:0:0
  BIOS id: 0x81
  Device Files: /dev/sdb, /dev/disk/by-id/ata-STM3500418AS_9VM8KBA2, /dev/disk/by-id/scsi-SATA_STM3500418AS_9VM8KBA2, /dev/disk/by-id/wwn-0x5000c5001a531329, /dev/disk/by-path/pci-0000:00:1f.2-scsi-1:0:0:0
  BIOS id: 0x80
  Device Files: /dev/sdc, /dev/disk/by-id/usb-Generic_USB_SD_Reader_058F312D81B-0:0, /dev/disk/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0-scsi-0:0:0:0
  Device Files: /dev/sdd, /dev/disk/by-id/usb-Generic_USB_CF_Reader_058F312D81B-0:1, /dev/disk/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0-scsi-0:0:0:1
  Device Files: /dev/sde, /dev/disk/by-id/usb-Generic_USB_SM_Reader_058F312D81B-0:2, /dev/disk/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0-scsi-0:0:0:2
  Device Files: /dev/sdf, /dev/disk/by-id/usb-Generic_USB_MS_Reader_058F312D81B-0:3, /dev/disk/by-path/pci-0000:00:1a.0-usb-0:1.3:1.0-scsi-0:0:0:3
  Device Files: /dev/sdg, /dev/disk/by-id/usb-SanDisk_U3_Cruzer_Micro_02662007E991E9ED-0:0, /dev/disk/by-path/pci-0000:00:1a.0-usb-0:1.4:1.0-scsi-0:0:0:0, /dev/disk/by-uuid/C868-4150
linux:/home/linux # cat /boot/grub*/device.map
cat: /boot/grub*/device.map: Datei oder Verzeichnis nicht gefunden
linux:/home/linux # cat /etc/default/grub
# If you change this file, run 'grub2-mkconfig -o /boot/grub2/grub.cfg' afterwards to update
# /boot/grub2/grub.cfg.
GRUB_DISTRIBUTOR="openSUSE"

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash=silent"
GRUB_CMDLINE_LINUX=""

# Uncomment to automatically save last booted menu entry in GRUB2 environment
# variable `saved_entry'
#GRUB_SAVEDEFAULT="true"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_LINUX_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
GRUB_BACKGROUND=/boot/grub2/themes/openSUSE/background.png
GRUB_THEME=/boot/grub2/themes/openSUSE/theme.txt
linux:/home/linux #
 

josef-wien

Ultimate Guru
Deine Boot-Platte ist immer noch /dev/sdb. Auch an der Tatsache, daß die Systempartition nicht direkt, sondern über irgendwelche Umwege eingehängt ist, hat sich nichts geändert. YaST wird sich also auch weiterhin weigern.

Wenn das Paket grub noch nicht installiert ist, dann installiere es (die Pakete für grub2 kannst Du installiert lassen). Danach führst Du als root den Befehl grub aus, beendest gleich wieder mit quit und zeigst das Ergebnis von:
Code:
cat /boot/grub/device.map
Danach werden wir über das Rettungssystem der DVD GRUB installieren.
 
OP
E

ecki4

Member
Danke, josef-wien daß Du Dich der Sache noch einmal angenommen hast – ich bin wirklich auf Hilfe angewiesen.
Ich habe im Software-Management nachgeschaut - alles was unter dem Suchbegriff „GRUB“ erschien ist installiert außer „trustedgrub“ und „grub2-i386-efi“.
Nach der Eingabe von grub folgendes Ergebnis:

Code:
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>quit

danach:

Code:
linux@linux:~> su
linux:/home/linux # grub
Probing devices to guess BIOS drives. This may take a long time.
linux:/home/linux # cat /boot/grub/device.map
(fd0)   /dev/fd0
(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdc
linux:/home/linux #
 

josef-wien

Ultimate Guru
Zuerst legst Du als root die Datei /boot/grub/menu.lst mit dem Inhalt
Code:
color white/blue black/light-gray
default 0
gfxmenu (hd0,5)/boot/message
timeout 8

title openSUSE
    root (hd0,5)
    kernel /boot/vmlinuz root=/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part6 resume=/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part5 splash=verbose showopts
    initrd /boot/initrd

title Failsafe: openSUSE
    root (hd0,5)
    kernel /boot/vmlinuz root=/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part6 showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe
    initrd /boot/initrd

title Windows
    rootnoverify (hd0,0)
    makeactive
    chainloader +1
an (eine Möglichkeit: Alt-F2 - kdesu kwrite /boot/grub/menu.lst eingeben - Text einfügen - Datei speichern).

In /etc/fstab sehe ich keine Eintragung für eine Home-Partition. Wenn Du bisher /dev/sdb7 als solche verwendet hast, mußt Du am Ende
Code:
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part6   /home   ext4   defaults   1 2
ergänzen ("ext4" ist eine Vermutung von mir).

Danach startest Du den PC neu, und zwar von der openSUSE-DVD, und wählst das Rettungssystem, wo Du Dich als root (ohne Paßwort) anmeldest und folgende Befehle ausführst:
Code:
grub
root (hd0,5)
setup (hd0,1)
quit
Wenn beim 2. Befehl eine Fehlermeldung "No such partition" kommt, ist im BIOS die Linux-Platte nicht als Boot-Platte definiert (was Du beim nächsten Start ändern mußt), in diesem Fall ist beim 2. und 3. Befehl statt der Ziffer 0 die Ziffer 1 zu verwenden. Die Meldung "embed ... failed" beim 3. Befehl ist normal und stört nicht. Jetzt muß noch die erweiterte Partition aktiviert werden:
Code:
sfdisk -A2 /dev/sdb
Wenn wir beide nicht danebengegriffen haben, sollte der nächste Systemstart klappen. Die Datei /boot/grub/device.map solltest Du vor der nächsten YaST-Bootloader-Aktion (dort wirst Du noch einstellen müssen, daß Du jetzt GRUB verwendest), die z. B. beim nächsten Kernel-Update ausgeführt wird, auf folgenden Inhalt ändern:
Code:
(hd0)   /dev/disk/by-id/ata-STM3500418AS_9VM8KBA2
(hd1)   /dev/disk/by-id/ata-STM3250318AS_9VM8WR6L
In der menu.lst kannst Du "splash=verbose" durch "quiet splash=silent" ersetzen.

P. S. Im Bedarfsfall kannst Du die Windows-Partition wieder mit
Code:
sfdisk -A1 /dev/sdb
aktivieren.
 
OP
E

ecki4

Member
Vielen Dank, josef-wien, für die ausführliche Anleitung. Ich werde mich so bald wie möglich damit befassen. Momentan geht es mir nicht so gut (ich bin halt nicht mehr der Jüngste), da warte ich lieber noch, damit ich es in Ruhe angehen kann. Ich habe nämlich auch immer noch etwas Bammel, daß ich nicht mehr ins Windows reinkomme wenn wieder etwas schief läuft. Leider brauche ich es noch, weil ich entsprechende Programme (Videobearbeitung) benötige.
Auf jeden Fall werde ich mich zu gegebener Zeit melden.
 

josef-wien

Ultimate Guru
Deine Windows-Partitionen sind /dev/sda1 und /dev/sdb1 oder in GRUB-Diktion (hd0,0) und (hd1,0), und beide werden ebenso wie beide MBR nicht angegriffen. Wie Du Deine Windows-Partition wieder als Boot-Partition aktivieren kannst, habe ich ja geschrieben (und das hast Du mit anderen Mitteln schon einmal allein geschafft).
 
OP
E

ecki4

Member
Code:
Zuerst legst Du als root die Datei /boot/grub/menu.lst mit dem InhaltCode: Alles auswählen
Genau das habe ich getan mit folgendem Befehl:
Code:
Alt-F2 - kdesu kwrite /boot/grub/menu.lst
Auch in "etc/fstab" habe ich Deine angegebene Eintragung vorgenommen. Meine Linux-Platte ist im BIOS als Bootplatte unter Platte 1 (STM3500418As; im Partitionierer unter Linux als "sdb") eingetragen. Demzufolge habe ich in der Datei "menu.lst" statt "hd0,5" immer "hd1,5" eingegeben - ebenso nach dem Neustart mit der Suse-DVD unter den Befehlen "root" und "Setup". Nach dem Befehl "root (hd1,5)" kam dann aber die Meldung: "Filesystem type unknown, Partition type 0x82". Die probeweise Eingabe "root (hd0,5)" ergab wie erwartet "no such partition". Als ich dann noch einmal mit der Live-CD nachsehen wollte, mußte ich feststellen, daß sowohl die Datei "menu.lst" als auch die Eintragung in "etc/fstab" verschwunden war, obwohl sich beides problemlos abspeichern ließ! Das kann doch wohl nur mir fehlenden root-Rechten zusammenhängen? Wie erhalte ich die?
Irgendwie habe ich nun doch das Gefühl, daß ich wohl aufgeben muß!
 

josef-wien

Ultimate Guru
ecki4 schrieb:
Demzufolge habe ich in der Datei "menu.lst" statt "hd0,5" immer "hd1,5" eingegeben
Das ist keine gute Idee. Beim Starten von einer Festplatte ist die im BIOS definierte Boot-Platte immer (hd0), und in seiner Funktion als Bootloader arbeitet GRUB mit der vom BIOS vorgegebenen Reihenfolge. Wenn aber bereits ein Linux wie z. B. das Rettungssystem läuft und dort GRUB-Aktivitäten ausgeführt werden, entscheidet GRUB über die Reihenfolge der Festplatten, und die muß nicht der vom BIOS vorgegebenen Reihenfolge entsprechen; bei Dir ist eben in diesem Fall (hd1) Deine Boot-Platte (in einem installierten System dient die Datei device.map dazu, solche Zufälligkeiten zu vermeiden).

Durch das vorangestellte kdesu hast Du ja das Paßwort für root eingeben müssen, aber durch das für mich unklare Einhängen der Systempartition als
ecki4 schrieb:
/dev/loop0 8,3G 3,2G 5,1G 39% /
scheint das Speichern nicht auf der Festplatte erfolgt zu sein. Aber es geht vorerst auch ohne Menü und ohne geänderter fstab (beim Eintrag für /home mußt Du natürlich part7 verwenden, da habe ich nach dem Kopieren nicht aufgepaßt).

ecki4 schrieb:
Nach dem Befehl "root (hd1,5)" kam dann aber die Meldung: "Filesystem type unknown, Partition type 0x82".
Diese Aussage paßt nicht zu Deiner fdisk-Ausgabe:
ecki4 schrieb:
Code:
/dev/sdb1   *        2048   676629568   338313760+   7  HPFS/NTFS/exFAT
/dev/sdb2       676641735   976768064   150063165    f  W95 Ext'd (LBA)
/dev/sdb5       676641798   680850764     2104483+  82  Linux swap / Solaris
/dev/sdb6       680850828   722796479    20972826   83  Linux
/dev/sdb7       722796543   976768064   126985761   83  Linux
Linux numeriert die Partitionen ab 1, GRUB ab 0, somit ist /dev/sdb6 gleich (hd?,5), während /dev/sdb5 (SWAP-Partition, Typ 82) (hd?,4) entspricht. Welche Angabe stimmt jetzt? Mit dem Grub-Befehl
Code:
find /boot/grub/stage1
kannst Du übrigens die Systempartition finden.

Wenn es kein GRUB-Menü gibt, mußt Du beim Systemstart die Befehle eintippen:
Code:
root (hd0,5)
kernel /boot/vmlinuz
initrd /boot/initrd
boot
Den Schrägstrich findest Du auf der Bindestrich-Taste rechts neben Beistrich und Punkt, die Klammern befinden sich eine Taste nach rechts verschoben. Wenn mangels Home-Partition das grafische Anmelden als Benutzer nicht klappt, meldest Du Dich ausnahmsweise grafisch als root an, bearbeitest menu.lst und fstab, und führst dann in einer Konsole
Code:
mount -a
aus. Da Du derzeit ja vermutlich auch als Benutzer angemeldet bist, stellt sich aber die Frage, ob /dev/sdb7 wirklich Deine Home-Partition ist.
 
OP
E

ecki4

Member
Ich weiß nicht wie ich das wieder geschafft habe - nach dem vielen Probieren ließ sich auch Win 7 nicht mehr starten. Erst der Wechsel der Bootreihenfolge der FP im BIOS erweckte es wieder zum Leben, und ich wage es nun nicht, das wieder rückgängig zu machen!
Die Bootreihenfolge der FP ist jetzt:
Code:
1.: Datenträger 0 (STM3250318AS)   (FP mit Windows7)
2.: Datenträger 1 (STM3500418AS)   
(aktivierte NTFS Daten-Partition: Sektor Nr. 2.048 bis 676.629.568); 
(Linux Partitonen: 
sdb5: swap: Sektor Nr. 676.641.798 bis 680850.764; 
sdb6: Sektor Nr. 680.850.828 bis 722.796.479; 
sdb7: home: Sektor Nr. 722.796.543 bis 976.768.064)
Die vorgegeben Eingaben von josef-wien „grub“ und „cat /boot/grub/device.map“ brachten die gleichen Ergebnisse wie beim letzten Mal:

Code:
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. ]

linux:~ # cat /boot/grub/device.map
(fd0)   /dev/fd0
(hd0)   /dev/sda
(hd1)   /dev/sdb
(hd2)   /dev/sdd
linux:~ #
Wichtig wäre zu wissen, ob und wie ich die Datei „menu.lst“ ändern muß.

Die „/etc/fstab“ hat folgenden Inhalt:

Code:
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part5 swap                 swap       defaults              0 0
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part6 /                    ext4       acl,user_xattr        1 1
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part7 /home                ext4       acl,user_xattr        1 2
/dev/disk/by-id/ata-STM3500418AS_9VM8KBA2-part1 /windows/C           ntfs-3g    users,gid=users,fmask=133,dmask=022,locale=de_DE.UTF-8 0 0
/dev/disk/by-id/ata-STM3250318AS_9VM8WR6L-part1 /windows/D           ntfs-3g    users,gid=users,fmask=133,dmask=022,locale=de_DE.UTF-8 0 0
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
Muß auch hier etwas geändert werden?
Vielleicht kann man mir ja doch noch helfen - schön wär´s!
 

josef-wien

Ultimate Guru
ecki4 schrieb:
ich wage es nun nicht, das wieder rückgängig zu machen
Du wirst es spätestens dann tun müssen, wenn Du Linux mit dem neu eingerichteten Boot-Manager starten willst. Womit Du Dein Windows auf STM3500418AS ruiniert hast, kannst nur Du wissen.

Die fstab schaut gut aus. Sie unterscheidet sich aber deutlich von jener, die Du am 24. Nov. 2013 um 17:22 Uhr gezeigt hast. Du sitzt vor Deinem PC, mehr als meine Beträge vom 26. Nov. 2013 um 18:31 Uhr und vom 1. Dez. 2013 um 22:29 Uhr kann ich Dir nicht an die Hand geben.
 
OP
E

ecki4

Member
Ich habe Windows nicht ruiniert - es ist immer noch unversehrt vorhanden. Es läßt sich bloß nicht mehr starten, wenn ich die Platte 0 (STM3500418AS) im BIOS auf die zweite Startfolge setze. Windows war auch vorher schon auf dieser FP, bloß die Reihenfolge war eben, wie gesagt, umgedreht.
 
OP
E

ecki4

Member
Habe mit viel Geduld alles wieder hinbekommen - trotzdem allen vielen Dank für die Hilfsbereitschaft!
 
Oben