Grub menu.lst wird nicht berücksichtigt
Guten Abend, Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt. Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht). Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben? Vielen Dank für Hilfe. Daniel OS 11.2; 2.6.31.14-0.6 -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 Daniel, Am 22.02.2011 00:23, schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Die Datei sollte aber unter /boot/grub/menu.lst liegen und *nicht* /boot/menu.lst Prüfe das mal bitte.
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
-- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- 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
On Tuesday 22 February 2011 00:26:41, Sebastian Siebert wrote:
Hallo Daniel,
Am 22.02.2011 00:23, schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Die Datei sollte aber unter /boot/grub/menu.lst liegen und *nicht* /boot/menu.lst
Prüfe das mal bitte.
Ja, das ist ein Schreibfehler. Bin gerade selber drüber gestolpert und habs nochmal nachgeschaut, sie ist am richtigen Ort: /boot/grub/menu.lst
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
-- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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, 22. Februar 2011 schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
Nachdem du dir nicht sicher warst, ob du 10.3 oder 11.2 benutzt: Gibt es bei dir aufdem Laptop noch eine 10.3 Installation bzw. Überreste davon ? Von dieser Installation könnte noch der Bootloader aktiv sein. -- 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
On Tuesday 22 February 2011 05:29:38, Markus Koßmann wrote:
Am Dienstag, 22. Februar 2011 schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
Nachdem du dir nicht sicher warst, ob du 10.3 oder 11.2 benutzt: Gibt es bei dir aufdem Laptop noch eine 10.3 Installation bzw. Überreste davon ? Von dieser Installation könnte noch der Bootloader aktiv sein.
Nein, das war eine komplette Neuinstallation mit Disk formatieren und allem drum und dran, aber schon lange her... Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-) Wo könnte Grub denn das herhaben? Gruss, Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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, 22. Februar 2011, 12:55:27 schrieb Daniel Bauer:
On Tuesday 22 February 2011 05:29:38, Markus Koßmann wrote:
Am Dienstag, 22. Februar 2011 schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
Nachdem du dir nicht sicher warst, ob du 10.3 oder 11.2 benutzt: Gibt es bei dir aufdem Laptop noch eine 10.3 Installation bzw. Überreste davon ? Von dieser Installation könnte noch der Bootloader aktiv sein.
Nein, das war eine komplette Neuinstallation mit Disk formatieren und allem drum und dran, aber schon lange her...
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Nur um sicher zu gehen, hast du denn auch den Titel des Eintrags geändert (Zeile "title ...")? Vielleicht wird ja sogar der neue Kernel gebootet und im Grub-Menü ist einfach nur der Eintrag falsch? Was sagt denn ein 'uname -r', nachdem du das System gebootet hast? Grüße, Alex
On Tuesday 22 February 2011 13:22:45, Alexander Osthof wrote:
Am Dienstag, 22. Februar 2011, 12:55:27 schrieb Daniel Bauer:
On Tuesday 22 February 2011 05:29:38, Markus Koßmann wrote:
Am Dienstag, 22. Februar 2011 schrieb Daniel Bauer:
Guten Abend,
Ich hab die /boot/menu.lst angepasst (neue Kernelversion), aber beim booten wird noch die alte Version angezeigt und ausgeführt.
Ich habe anschliessend in Yast die Abteilung bootloader aufgerufen, alles gecheckt, alles sollte stimmen, der bootloader in den MBR installiert werden - aber es startet immer noch die alte Version (bzw. bootet eben nicht).
Warum wird mein Eintrag in menu.lst nicht übernommen? Wo hat denn der bootloader die alten Werte überhaupt her? WO kann ich schrauben?
Nachdem du dir nicht sicher warst, ob du 10.3 oder 11.2 benutzt: Gibt es bei dir aufdem Laptop noch eine 10.3 Installation bzw. Überreste davon ? Von dieser Installation könnte noch der Bootloader aktiv sein.
Nein, das war eine komplette Neuinstallation mit Disk formatieren und allem drum und dran, aber schon lange her...
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Nur um sicher zu gehen, hast du denn auch den Titel des Eintrags geändert (Zeile "title ...")? Vielleicht wird ja sogar der neue Kernel gebootet und im Grub-Menü ist einfach nur der Eintrag falsch?
Was sagt denn ein 'uname -r', nachdem du das System gebootet hast?
Nein, die Titel in der Menu.lst sind schon richtig. Alles (was ich sehe) dort ist richtig. Das Booten bricht ab mit "Error 15: File not found", ich kann aber dann in Grub die beiden Zeilen editieren und einfach die 4 der Kernelversion durch eine 6 ersetzen und dann bottet es normal. uname -r sagt 2.6.31.14-0.6-desktop, und das ist auch, was in den Befehlszeilen und im Titel der menu.lst steht. Aber bei booten wird 2.6.31.14-0.*4* angezeigt und verlangt. Das ist seit ich gestern eine Aktualisierung laufen liess (mit dem Tool in der Taskleiste), das den Kernel updateted. Es ist eine alte Aktualisiererung, denn ich hab dem Laptop einige Zeit nicht mehr gebraucht... Die Aktualisierung hat menu.lst offenbar selbständig korrekt geändert, jedenfalls war sie schon richtig, als ich sie manuell ändern wollte... Auch wenn ich in Yast die bootloader-Abteilung aufrufe, dann steht da schon alles korrekt... Ich habe nur keine Ahnung, wo denn grub beim Start die lten Werte herholt? Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 Daniel
Auch wenn ich in Yast die bootloader-Abteilung aufrufe, dann steht da schon alles korrekt...
Ich habe nur keine Ahnung, wo denn grub beim Start die lten Werte herholt?
Hast du mal den Grub wieder in den MBR geschrieben? Einen Versuch ist es wert, finde ich. Auch den link von vmlinuz zum richtigen Kernel nachsehen. gruss rudi -- "Das Internet darf sich nicht zu einem rechtsfreien Raum entwickeln" -- Joerg Ziercke -- 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
On Tuesday 22 February 2011 14:18:34, Rudi wrote:
Hallo Daniel
Auch wenn ich in Yast die bootloader-Abteilung aufrufe, dann steht da schon alles korrekt...
Ich habe nur keine Ahnung, wo denn grub beim Start die lten Werte herholt?
Hast du mal den Grub wieder in den MBR geschrieben? Einen Versuch ist es wert, finde ich. Auch den link von vmlinuz zum richtigen Kernel nachsehen.
gruss rudi
Würde ich das so machen: grub-install --root-directory=/ /dev/mapper/root ? Ich habe eine separate, unverschlüsselte /boot und eine verschlüsselte / Der EIntrag in der Menu.lst heisst: ###Don't change this comment - YaST2 identifier: Original name: linux### title Desktop -- openSUSE 11.2 - 2.6.31.14-0.6 root (hd0,1) kernel /vmlinuz-2.6.31.14-0.6-desktop root=/dev/mapper/root luks=root resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317 vga=0x317 initrd /initrd-2.6.31.14-0.6-desktop Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 Daniel, Am 22.02.2011 14:58, schrieb Daniel Bauer:
On Tuesday 22 February 2011 14:18:34, Rudi wrote:
Hallo Daniel
Auch wenn ich in Yast die bootloader-Abteilung aufrufe, dann steht da schon alles korrekt...
Ich habe nur keine Ahnung, wo denn grub beim Start die lten Werte herholt?
Hast du mal den Grub wieder in den MBR geschrieben? Einen Versuch ist es wert, finde ich. Auch den link von vmlinuz zum richtigen Kernel nachsehen.
gruss rudi
Würde ich das so machen:
grub-install --root-directory=/ /dev/mapper/root
?
Ich habe eine separate, unverschlüsselte /boot und eine verschlüsselte /
Der EIntrag in der Menu.lst heisst: ###Don't change this comment - YaST2 identifier: Original name: linux### title Desktop -- openSUSE 11.2 - 2.6.31.14-0.6 root (hd0,1) kernel /vmlinuz-2.6.31.14-0.6-desktop root=/dev/mapper/root luks=root resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317 vga=0x317 initrd /initrd-2.6.31.14-0.6-desktop
Mein Verdacht geht auf eine nicht gemountete Boot-Partition. Sprich der YaST-Bootloader speichert die /boot/grub/menu.lst in die /-Partition des verschlüsselten Systems und nicht in die eigentliche /boot-Partition. Dafür müsstest du uns mal die /etc/fstab hier posten und die Ausgaben von "mount" und fdisk -l" mit anhängen. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- 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
On Tuesday 22 February 2011 15:07:20, Sebastian Siebert wrote:
Hallo Daniel,
Am 22.02.2011 14:58, schrieb Daniel Bauer:
On Tuesday 22 February 2011 14:18:34, Rudi wrote:
Hallo Daniel
Auch wenn ich in Yast die bootloader-Abteilung aufrufe, dann steht da schon alles korrekt...
Ich habe nur keine Ahnung, wo denn grub beim Start die lten Werte herholt?
Hast du mal den Grub wieder in den MBR geschrieben? Einen Versuch ist es wert, finde ich. Auch den link von vmlinuz zum richtigen Kernel nachsehen.
gruss rudi
Würde ich das so machen:
grub-install --root-directory=/ /dev/mapper/root
?
Ich habe eine separate, unverschlüsselte /boot und eine verschlüsselte /
Der EIntrag in der Menu.lst heisst: ###Don't change this comment - YaST2 identifier: Original name: linux### title Desktop -- openSUSE 11.2 - 2.6.31.14-0.6
root (hd0,1) kernel /vmlinuz-2.6.31.14-0.6-desktop root=/dev/mapper/root luks=root
resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317 vga=0x317
initrd /initrd-2.6.31.14-0.6-desktop
Mein Verdacht geht auf eine nicht gemountete Boot-Partition. Sprich der YaST-Bootloader speichert die /boot/grub/menu.lst in die /-Partition des verschlüsselten Systems und nicht in die eigentliche /boot-Partition.
Dafür müsstest du uns mal die /etc/fstab hier posten und die Ausgaben von "mount" und fdisk -l" mit anhängen.
ok, hier die Angaben: fstab: /dev/mapper/root / reiserfs acl,user_xattr 1 1 /dev/mapper/cr_sda1 swap swap defaults 0 0 /dev/mapper/cr_sda4 /home reiserfs acl,user_xattr,noauto 0 0 /dev/mapper/cr_sdb1 /digikam_alben reiserfs acl,user_xattr,noauto 0 0 /dev/disk/by-id/ata-SAMSUNG_HM160HI_S18PJF0PC62550-part2 /boot ext2 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 baer:~ # mount /dev/mapper/root on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda2 on /boot type ext2 (rw,acl,user_xattr) /dev/mapper/cr_sda4 on /home type reiserfs (rw,acl,user_xattr) /dev/mapper/cr_sdb1 on /digikam_alben type reiserfs (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) /proc on /var/lib/ntp/proc type none (ro,bind) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) baer:~ # fdisk -l Platte /dev/sda: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x34753475 Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sda2 * 263 275 104422+ 83 Linux /dev/sda3 276 2886 20972857+ 83 Linux /dev/sda4 2887 19457 133106557+ 83 Linux Platte /dev/sdb: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x303d5be8 Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 19457 156288321 83 Linux Platte /dev/dm-0: 21.5 GByte, 21475153408 Byte 255 Köpfe, 63 Sektoren/Spuren, 2610 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000 Festplatte /dev/dm-0 enthält keine gültige Partitionstabelle Platte /dev/dm-1: 2153 MByte, 2153938432 Byte 255 Köpfe, 63 Sektoren/Spuren, 261 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0xa47e22ec Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle Platte /dev/dm-2: 136.3 GByte, 136300062208 Byte 255 Köpfe, 63 Sektoren/Spuren, 16570 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000 Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle Platte /dev/dm-3: 160.0 GByte, 160038188032 Byte 255 Köpfe, 63 Sektoren/Spuren, 19456 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000 Festplatte /dev/dm-3 enthält keine gültige Partitionstabelle -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 22.02.2011 15:33, schrieb Daniel Bauer:
On Tuesday 22 February 2011 15:07:20, Sebastian Siebert wrote: [...]
Würde ich das so machen:
grub-install --root-directory=/ /dev/mapper/root
?
Ich habe eine separate, unverschlüsselte /boot und eine verschlüsselte /
Der EIntrag in der Menu.lst heisst: ###Don't change this comment - YaST2 identifier: Original name: linux### title Desktop -- openSUSE 11.2 - 2.6.31.14-0.6
root (hd0,1) kernel /vmlinuz-2.6.31.14-0.6-desktop root=/dev/mapper/root luks=root
resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317 vga=0x317
initrd /initrd-2.6.31.14-0.6-desktop
Mein Verdacht geht auf eine nicht gemountete Boot-Partition. Sprich der YaST-Bootloader speichert die /boot/grub/menu.lst in die /-Partition des verschlüsselten Systems und nicht in die eigentliche /boot-Partition.
Dafür müsstest du uns mal die /etc/fstab hier posten und die Ausgaben von "mount" und fdisk -l" mit anhängen.
ok, hier die Angaben:
fstab: /dev/mapper/root / reiserfs acl,user_xattr 1 1 /dev/mapper/cr_sda1 swap swap defaults 0 0 /dev/mapper/cr_sda4 /home reiserfs acl,user_xattr,noauto 0 0 /dev/mapper/cr_sdb1 /digikam_alben reiserfs acl,user_xattr,noauto 0 0 /dev/disk/by-id/ata-SAMSUNG_HM160HI_S18PJF0PC62550-part2 /boot ext2 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
Hier ist zwar die /boot-Partition in der fstab angegeben. Jedoch ...
baer:~ # mount /dev/mapper/root on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda2 on /boot type ext2 (rw,acl,user_xattr) /dev/mapper/cr_sda4 on /home type reiserfs (rw,acl,user_xattr) /dev/mapper/cr_sdb1 on /digikam_alben type reiserfs (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) /proc on /var/lib/ntp/proc type none (ro,bind) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
... zur Laufzeit nicht (mehr) eingebunden. Meine Vermutung erwies sich als Volltreffer. Führe folgendes mal bitte als root durch: # mv /boot /boot.old # mkdir /boot # mount -t ext2 /dev/sda2 /boot # cp /boot.old/grub/menu.lst /boot/grub Die Ramdisk nochmal neu bauen lassen: # mkinitrd Damit sollte es dann gehen. ;-)
baer:~ # fdisk -l
Platte /dev/sda: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x34753475
Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sda2 * 263 275 104422+ 83 Linux /dev/sda3 276 2886 20972857+ 83 Linux /dev/sda4 2887 19457 133106557+ 83 Linux
Platte /dev/sdb: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x303d5be8
Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 19457 156288321 83 Linux
Platte /dev/dm-0: 21.5 GByte, 21475153408 Byte 255 Köpfe, 63 Sektoren/Spuren, 2610 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-0 enthält keine gültige Partitionstabelle
Platte /dev/dm-1: 2153 MByte, 2153938432 Byte 255 Köpfe, 63 Sektoren/Spuren, 261 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0xa47e22ec
Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle
Platte /dev/dm-2: 136.3 GByte, 136300062208 Byte 255 Köpfe, 63 Sektoren/Spuren, 16570 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle
Platte /dev/dm-3: 160.0 GByte, 160038188032 Byte 255 Köpfe, 63 Sektoren/Spuren, 19456 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-3 enthält keine gültige Partitionstabelle
-- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- 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
Stop!!!!! Am 22.02.2011 15:55, schrieb Sebastian Siebert:
Am 22.02.2011 15:33, schrieb Daniel Bauer:
fstab: /dev/mapper/root / reiserfs acl,user_xattr 1 1 /dev/mapper/cr_sda1 swap swap defaults 0 0 /dev/mapper/cr_sda4 /home reiserfs acl,user_xattr,noauto 0 0 /dev/mapper/cr_sdb1 /digikam_alben reiserfs acl,user_xattr,noauto 0 0 /dev/disk/by-id/ata-SAMSUNG_HM160HI_S18PJF0PC62550-part2 /boot ext2 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
Hier ist zwar die /boot-Partition in der fstab angegeben. Jedoch ...
baer:~ # mount /dev/mapper/root on / type reiserfs (rw,acl,user_xattr) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) udev on /dev type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/sda2 on /boot type ext2 (rw,acl,user_xattr)
Sie ist doch da!!! Merkwürdig....
/dev/mapper/cr_sda4 on /home type reiserfs (rw,acl,user_xattr) /dev/mapper/cr_sdb1 on /digikam_alben type reiserfs (rw,acl,user_xattr) fusectl on /sys/fs/fuse/connections type fusectl (rw) securityfs on /sys/kernel/security type securityfs (rw) /proc on /var/lib/ntp/proc type none (ro,bind) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
... zur Laufzeit nicht (mehr) eingebunden. Meine Vermutung erwies sich als Volltreffer.
Führe folgendes mal bitte als root durch:
Vergiss die nachfolgende Befehle bitte.
# mv /boot /boot.old # mkdir /boot # mount -t ext2 /dev/sda2 /boot # cp /boot.old/grub/menu.lst /boot/grub
Die Ramdisk nochmal neu bauen lassen: # mkinitrd
Damit sollte es dann gehen. ;-)
baer:~ # fdisk -l
Platte /dev/sda: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x34753475
Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sda2 * 263 275 104422+ 83 Linux /dev/sda3 276 2886 20972857+ 83 Linux /dev/sda4 2887 19457 133106557+ 83 Linux
Platte /dev/sdb: 160.0 GByte, 160041885696 Byte 255 Köpfe, 63 Sektoren/Spuren, 19457 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x303d5be8
Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 19457 156288321 83 Linux
Platte /dev/dm-0: 21.5 GByte, 21475153408 Byte 255 Köpfe, 63 Sektoren/Spuren, 2610 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-0 enthält keine gültige Partitionstabelle
Platte /dev/dm-1: 2153 MByte, 2153938432 Byte 255 Köpfe, 63 Sektoren/Spuren, 261 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0xa47e22ec
Festplatte /dev/dm-1 enthält keine gültige Partitionstabelle
Platte /dev/dm-2: 136.3 GByte, 136300062208 Byte 255 Köpfe, 63 Sektoren/Spuren, 16570 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-2 enthält keine gültige Partitionstabelle
Platte /dev/dm-3: 160.0 GByte, 160038188032 Byte 255 Köpfe, 63 Sektoren/Spuren, 19456 Zylinder Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes Disk identifier: 0x00000000
Festplatte /dev/dm-3 enthält keine gültige Partitionstabelle
-- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- 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
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-) Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch... Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse... Also, ich blick nicht durch... Gruss Daniel -- 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 22.02.2011 16:13, schrieb Daniel Bauer:
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-)
Brav. ;-)
Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch...
Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse...
Also, ich blick nicht durch...
Mal sehen, was diese Ausgabe bringt, vielleicht kommt mal so langsam Licht ins dunkle: # cat /etc/sysconfig/bootloader | grep -v -E '^#|^$' # ll /dev/disk/by-id/ata-SAMSUNG_HM160HI_S18PJF0PC62550-part2 -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- 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
On Tuesday 22 February 2011 16:18:42, Sebastian Siebert wrote:
Am 22.02.2011 16:13, schrieb Daniel Bauer:
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-)
Brav. ;-)
Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch...
Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse...
Also, ich blick nicht durch...
Mal sehen, was diese Ausgabe bringt, vielleicht kommt mal so langsam Licht ins dunkle:
# cat /etc/sysconfig/bootloader | grep -v -E '^#|^$'
LOADER_TYPE="grub" LOADER_LOCATION="" DEFAULT_APPEND="luks=root resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317" DEFAULT_VGA="0x317" FAILSAFE_APPEND="showopts apm=off noresume nosmp maxcpus=0 edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 x11failsafe" FAILSAFE_VGA="0x317" XEN_KERNEL_APPEND="luks=root resume=/dev/mapper/cr_sda1 splash=verbose quiet showopts vga=0x317" XEN_APPEND="" XEN_VGA="0x317" CYCLE_DETECTION="no" CYCLE_NEXT_ENTRY="1"
# ll /dev/disk/by-id/ata-SAMSUNG_HM160HI_S18PJF0PC62550-part2
lrwxrwxrwx 1 root root 10 22. Feb 12:46 /dev/disk/by-id/ata- SAMSUNG_HM160HI_S18PJF0PC62550-part2 -> ../../sda2 -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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
Daniel Bauer schrieb:
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-)
Das solltest Du öfter tun
Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch...
Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse...
Also, ich blick nicht durch...
Gruss
Daniel
Wenn ich es richtig sehe, hast Du für Dein Boot-Verzeichnis eine gesonderte Partition /dev/sda2 - Wenigstens Du solltest es genau wissen - . Deine Partition /dev/sda2 ist aktiv -> (*) Deine Partition /dev/sda2 ist n i c h t in /etc/fstab enthalten. Weil ich es immer vermieden habe, /boot in eine gesonderte Partition zu legen, weiß ich auch nicht, w i e man ein Kernel-Update für eine gesonderte Partition /boot macht. Da Du die Partition angelegt hast, mußt Du eigentlich wissen, wie Du damit umgehen kannst/mußt. Ernst -- 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
On Tuesday 22 February 2011 17:27:29, Ernst Scott wrote:
Daniel Bauer schrieb:
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-)
Das solltest Du öfter tun
Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch...
Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse...
Also, ich blick nicht durch...
Gruss
Daniel
Wenn ich es richtig sehe, hast Du für Dein Boot-Verzeichnis eine gesonderte Partition /dev/sda2 - Wenigstens Du solltest es genau wissen - . Deine Partition /dev/sda2 ist aktiv -> (*) Deine Partition /dev/sda2 ist n i c h t in /etc/fstab enthalten.
Weil ich es immer vermieden habe, /boot in eine gesonderte Partition zu legen, weiß ich auch nicht, w i e man ein Kernel-Update für eine gesonderte Partition /boot macht. Da Du die Partition angelegt hast, mußt Du eigentlich wissen, wie Du damit umgehen kannst/mußt.
Ernst
Wenn ich ein verschlüsseltes System haben will (und wegen der Empfindlichkeit meiner Daten insebsondere auf einem Laptop haben *muss*) komme ich m.E. nicht um eine separate boot-Partition herum. Wüsste nicht, wie es sonst gehen sollte. in /etc/fstab is die Platte mit disk/by-id eingetragen frühere Kernel-Updates haben keinerlei Probleme verursacht... -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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
Daniel Bauer schrieb:
On Tuesday 22 February 2011 17:27:29, Ernst Scott wrote:
Daniel Bauer schrieb:
On Tuesday 22 February 2011 15:58:43, Sebastian Siebert wrote:
Stop!!!!!
Ja, ich geh gleich auf eijnen Kaffee raus und mach gaaar nichts :-)
Das solltest Du öfter tun
Mir ist übrigens das Gleiche passiert, dachte auch zuerst, die ist nicht da, aber dann war sies doch...
Ich seh sie auch in "Arbeitsplatz" und kdiskfree, und ein Rechtsklick im Dolphin auf Eigenschaften von /boot zeigt mir auch die richtige Grösse...
Also, ich blick nicht durch...
Gruss
Daniel
Wenn ich es richtig sehe, hast Du für Dein Boot-Verzeichnis eine gesonderte Partition /dev/sda2 - Wenigstens Du solltest es genau wissen - . Deine Partition /dev/sda2 ist aktiv -> (*) Deine Partition /dev/sda2 ist n i c h t in /etc/fstab enthalten.
Weil ich es immer vermieden habe, /boot in eine gesonderte Partition zu legen, weiß ich auch nicht, w i e man ein Kernel-Update für eine gesonderte Partition /boot macht. Da Du die Partition angelegt hast, mußt Du eigentlich wissen, wie Du damit umgehen kannst/mußt.
Ernst
Wenn ich ein verschlüsseltes System haben will (und wegen der Empfindlichkeit meiner Daten insebsondere auf einem Laptop haben *muss*) komme ich m.E. nicht um eine separate boot-Partition herum. Wüsste nicht, wie es sonst gehen sollte.
in /etc/fstab is die Platte mit disk/by-id eingetragen
frühere Kernel-Updates haben keinerlei Probleme verursacht...
Wenn vor dem Update alles in Ordnung war, dann mach doch das Update rückgängig Ansonsten kann mich Deine Antwort überhaupt nicht zufriedenstellen. Wenn /dev/sda2 gemountet ist, dann steht das nicht in der fstab, wenn in der fstab /dev/disk/by-id/ . . . . steht Übrigens dürfte sda2 = /boot keine Disk Samsung sein, sondern sda ist die hdd 1, sda2 = (hd0,1) Aber bei Dir ist ja alles in Ordnung Ernst -- 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
On Tuesday 22 February 2011 20:28:34, Ernst Scott wrote:
Daniel Bauer schrieb:
On Tuesday 22 February 2011 17:27:29, Ernst Scott wrote:
Wenn ich es richtig sehe, hast Du für Dein Boot-Verzeichnis eine gesonderte Partition /dev/sda2 - Wenigstens Du solltest es genau wissen - . Deine Partition /dev/sda2 ist aktiv -> (*) Deine Partition /dev/sda2 ist n i c h t in /etc/fstab enthalten.
Weil ich es immer vermieden habe, /boot in eine gesonderte Partition zu legen, weiß ich auch nicht, w i e man ein Kernel-Update für eine gesonderte Partition /boot macht. Da Du die Partition angelegt hast, mußt Du eigentlich wissen, wie Du damit umgehen kannst/mußt.
Ernst
Wenn ich ein verschlüsseltes System haben will (und wegen der Empfindlichkeit meiner Daten insebsondere auf einem Laptop haben *muss*) komme ich m.E. nicht um eine separate boot-Partition herum. Wüsste nicht, wie es sonst gehen sollte.
in /etc/fstab is die Platte mit disk/by-id eingetragen
frühere Kernel-Updates haben keinerlei Probleme verursacht...
Wenn vor dem Update alles in Ordnung war, dann mach doch das Update rückgängig
Ansonsten kann mich Deine Antwort überhaupt nicht zufriedenstellen. Wenn /dev/sda2 gemountet ist, dann steht das nicht in der fstab, wenn in der fstab /dev/disk/by-id/ . . . . steht
Übrigens dürfte sda2 = /boot keine Disk Samsung sein, sondern sda ist die hdd 1, sda2 = (hd0,1)
Aber bei Dir ist ja alles in Ordnung
Ernst
Soviel ich weiss wird eine Partition ziemlich gleich gemounted, ob sie nun in fstab mit /dev/xy, /disk/by-id/, label oder sonstwie in fstab steht. Der Unterschied besteht (wiederum nach meinen bescheidenen Kenntnissen) darin, dass /dev/sda usw. Bezeichnungen sind, die wechseln können, je nach dem, ob zum Beispiel beim Booten noch eine Wechselplatte dranhängt, eine zusätzliche HD, ein Brenner oder irgendwas eingebaut wurde, während die by-id immer eindeutig ist. Dass ich ein verschlüsseltes System benutze und dazu entsprechende Partitionen anlegen *musste* bedeutet aber weder, dass ich mich als Partitionier-Fachmann sehe, noch, dass ich auf Sicherheits-Updates verzichten möchte, eher im Gegenteil. Und ja: ich glaube ansonsten ist bei mir alles in Ordnung :-) Gruss, Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 Daniel
Hast du mal den Grub wieder in den MBR geschrieben? Einen Versuch ist es wert, finde ich. Auch den link von vmlinuz zum richtigen Kernel nachsehen.
gruss rudi
Würde ich das so machen:
grub-install --root-directory=/ /dev/mapper/root
Warum nimmst du nicht yast? Wenn du Grub in den MBR deiner ersten Festplatte schreibst, hat das meines Wissens nicht mit den verschluesselten bzw. unverschluesselten Partitionen zu tun.
Ich habe eine separate, unverschlüsselte /boot und eine verschlüsselte /
s.o. gruss rudi -- "Wer jedoch die Treue zum eigenen Fundament nur wegen jeweiliger Wähler verliert, gerät oft heftig ins Schlingern" -- Thomas de Maizière -- 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 Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
*Glaskugel polier* Zeig mal den Inhalt von /etc/grub.conf und die Ausgabe von # umount /boot # ls -l /boot Bzw. vom Rettungssystem aus: ls -l /mnt/boot ohne(!) die /boot-Partition gemounted zu haben. Sowie die Ausgabe von ls -ld /boot/boot (bzw. /mnt/boot/boot) _mit_ gemounteter /boot-Partition. Jedenfalls gibt's da noch ne andere /boot/grub/menu.lst. -dnh -- Ja, ich habe mich auch schon auf zweispuriger Strecke (rechts 100 und LKWs, links 130 und PKWs dicht an dicht) zurückfallen lassen, um einen LKW ein Überholmanöver zu gestatten, auf dessen Dringlichkeit mich mein Nachfahrer in meiner Spur durch Lichtsignale aufmerksam machte. -- Lutz Donnerhacke -- 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
On Tuesday 22 February 2011 13:40:10, David Haller wrote:
Hallo,
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
*Glaskugel polier*
Zeig mal den Inhalt von /etc/grub.conf
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1) setup --stage2=/boot/grub/stage2 --force-lba (hd0,1) (hd0,1) quit
und die Ausgabe von
# umount /boot # ls -l /boot
baer:~ # umount /boot baer:~ # ls -l /boot insgesamt 38115 -rw------- 1 root root 512 18. Nov 2009 backup_mbr lrwxrwxrwx 1 root root 1 18. Nov 2009 boot -> . -rw-r--r-- 1 root root 1236 3. Dez 2009 boot.readme -rw-r--r-- 1 root root 105391 26. Okt 01:59 config-2.6.31.14-0.4-desktop drwxr-xr-x 2 root root 576 28. Okt 17:21 grub lrwxrwxrwx 1 root root 28 28. Okt 17:21 initrd -> initrd-2.6.31.14-0.4- desktop -rw-r--r-- 1 root root 6567276 28. Okt 17:21 initrd-2.6.31.14-0.4-desktop lrwxrwxrwx 1 root root 27 18. Nov 2009 initrd.original -> initrd-2.6.31.5-0.1-desktop drwx------ 2 root root 48 18. Nov 2009 lost+found -rw-r--r-- 1 root root 421376 16. Feb 2010 message -rw-r--r-- 1 root root 487115 26. Okt 02:05 symtypes-2.6.31.14-0.4-debug.gz -rw-r--r-- 1 root root 485402 26. Okt 02:37 symtypes-2.6.31.14-0.4-default.gz -rw-r--r-- 1 root root 479674 26. Okt 02:02 symtypes-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 481138 26. Okt 01:56 symtypes-2.6.31.14-0.4-pae.gz -rw-r--r-- 1 root root 474984 26. Okt 02:21 symtypes-2.6.31.14-0.4-xen.gz -rw-r--r-- 1 root root 168535 26. Okt 02:00 symvers-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 1512555 26. Okt 01:46 System.map-2.6.31.14-0.4-desktop -rw-r--r-- 1 root root 4862010 26. Okt 02:01 vmlinux-2.6.31.14-0.4-debug.gz -rw-r--r-- 1 root root 4661016 26. Okt 02:13 vmlinux-2.6.31.14-0.4-default.gz -rw-r--r-- 1 root root 5190605 26. Okt 01:59 vmlinux-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 5258167 26. Okt 01:49 vmlinux-2.6.31.14-0.4-pae.gz -rw-r--r-- 1 root root 3699717 26. Okt 02:16 vmlinux-2.6.31.14-0.4-xen.gz lrwxrwxrwx 1 root root 29 28. Okt 17:21 vmlinuz -> vmlinuz-2.6.31.14-0.4- desktop -rw-r--r-- 1 root root 4099392 26. Okt 01:46 vmlinuz-2.6.31.14-0.4-desktop
Bzw. vom Rettungssystem aus:
ls -l /mnt/boot
cannot acces ... No such file or directory (aber wie sollte es auch in /mnt/boot sein?)
ohne(!) die /boot-Partition gemounted zu haben. Sowie die Ausgabe von
ls -ld /boot/boot (bzw. /mnt/boot/boot)
Wenn ich jetzt mit ssh einloggen könnte, könnte ich die Anzeige hier reinkopieren. Aber ssh root@192.168.1.35 ergibt Permission denied (publickey,keyboard-interactive). (mit rescue gestartet, /etc/init.d/sshd start eingetippt, hier in /home/daniel/.ssh/known_hosts die vorgerige Zeile für die IP gelöscht...)
_mit_ gemounteter /boot-Partition.
Jedenfalls gibt's da noch ne andere /boot/grub/menu.lst.
-dnh
-- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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
On Tuesday 22 February 2011 18:07:34, Daniel Bauer wrote:
On Tuesday 22 February 2011 13:40:10, David Haller wrote:
Hallo,
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
*Glaskugel polier*
Zeig mal den Inhalt von /etc/grub.conf
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1) setup --stage2=/boot/grub/stage2 --force-lba (hd0,1) (hd0,1) quit
und die Ausgabe von
# umount /boot # ls -l /boot
baer:~ # umount /boot baer:~ # ls -l /boot insgesamt 38115 -rw------- 1 root root 512 18. Nov 2009 backup_mbr lrwxrwxrwx 1 root root 1 18. Nov 2009 boot -> . -rw-r--r-- 1 root root 1236 3. Dez 2009 boot.readme -rw-r--r-- 1 root root 105391 26. Okt 01:59 config-2.6.31.14-0.4-desktop drwxr-xr-x 2 root root 576 28. Okt 17:21 grub lrwxrwxrwx 1 root root 28 28. Okt 17:21 initrd -> initrd-2.6.31.14-0.4- desktop -rw-r--r-- 1 root root 6567276 28. Okt 17:21 initrd-2.6.31.14-0.4-desktop lrwxrwxrwx 1 root root 27 18. Nov 2009 initrd.original -> initrd-2.6.31.5-0.1-desktop drwx------ 2 root root 48 18. Nov 2009 lost+found -rw-r--r-- 1 root root 421376 16. Feb 2010 message -rw-r--r-- 1 root root 487115 26. Okt 02:05 symtypes-2.6.31.14-0.4-debug.gz -rw-r--r-- 1 root root 485402 26. Okt 02:37 symtypes-2.6.31.14-0.4-default.gz -rw-r--r-- 1 root root 479674 26. Okt 02:02 symtypes-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 481138 26. Okt 01:56 symtypes-2.6.31.14-0.4-pae.gz -rw-r--r-- 1 root root 474984 26. Okt 02:21 symtypes-2.6.31.14-0.4-xen.gz -rw-r--r-- 1 root root 168535 26. Okt 02:00 symvers-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 1512555 26. Okt 01:46 System.map-2.6.31.14-0.4-desktop -rw-r--r-- 1 root root 4862010 26. Okt 02:01 vmlinux-2.6.31.14-0.4-debug.gz -rw-r--r-- 1 root root 4661016 26. Okt 02:13 vmlinux-2.6.31.14-0.4-default.gz -rw-r--r-- 1 root root 5190605 26. Okt 01:59 vmlinux-2.6.31.14-0.4-desktop.gz -rw-r--r-- 1 root root 5258167 26. Okt 01:49 vmlinux-2.6.31.14-0.4-pae.gz -rw-r--r-- 1 root root 3699717 26. Okt 02:16 vmlinux-2.6.31.14-0.4-xen.gz lrwxrwxrwx 1 root root 29 28. Okt 17:21 vmlinuz -> vmlinuz-2.6.31.14-0.4- desktop -rw-r--r-- 1 root root 4099392 26. Okt 01:46 vmlinuz-2.6.31.14-0.4-desktop
Bzw. vom Rettungssystem aus: ls -l /mnt/boot
cannot acces ... No such file or directory (aber wie sollte es auch in /mnt/boot sein?)
ohne(!) die /boot-Partition gemounted zu haben. Sowie die Ausgabe von
ls -ld /boot/boot (bzw. /mnt/boot/boot)
Wenn ich jetzt mit ssh einloggen könnte, könnte ich die Anzeige hier reinkopieren.
Nachtrag: Jedenfalls sehe ich, dass die obige Liste NICHT die ist, die mir im rescue- system nach mount bzw. im normal gebooteten System im gemounteten /boot angezeigt wird. Obige Liste zeigt nämlich die 0.4er-Versionen und von denen hat es in den gemounteten nichts. Frage: wo ist denn diese ungemounted sichtbare Partition (und warum störte die vorher nicht)? -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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, 22. Februar 2011 schrieb Daniel Bauer:
Frage: wo ist denn diese ungemounted sichtbare Partition (und warum störte die vorher nicht)?
Das ist keine Partition, sondern das Verzeichnis /boot deiner Root-Partition, wenn es eben nicht von der gemounteten Boot-Partition verdeckt wird. Gibt es dort eine grub/menu.lst und was passiert wenn du diese anpasst ? -- 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 Tue, 22 Feb 2011, Daniel Bauer schrieb:
On Tuesday 22 February 2011 13:40:10, David Haller wrote:
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
*Glaskugel polier*
Zeig mal den Inhalt von /etc/grub.conf
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1) setup --stage2=/boot/grub/stage2 --force-lba (hd0,1) (hd0,1) quit
Also, eine der setup-Zeilen ist (normal) überflüssig. Die erste installiert in den MBR (von hd0 (/dev/sda?) gemäß /boot/grub/device.map), die zweite nach /dev/sda2 (dito). Beide verwenden /dev/sda2 ('(hd0,1)' lt. device.map) als Quelle für die menu.lst.
und die Ausgabe von
# umount /boot # ls -l /boot
baer:~ # umount /boot baer:~ # ls -l /boot
Unter der Annahme, daß du genau das oben ausgeführt hast ...
insgesamt 38115 [..] drwxr-xr-x 2 root root 576 28. Okt 17:21 grub [..] -rw-r--r-- 1 root root 4661016 26. Okt 02:13 vmlinux-2.6.31.14-0.4-default.gz
... BINGO!!! Du hast in deiner /-Partition ein "gefülltes" /boot, und das (und dessen grub/menu.lst wird offenbar (trotz Verschlüsselung??) verwendet. Sobald du dann "normal" deine /boot/-Partition über das /boot-Verzeichnis der /-Partition mountest ... Also: Kontrolliere den Inhalt der boot-Partition nochmal komplett (inkl. der enthaltenen grub-config), d.h. mounte die Partition mal explizit woanders hin: # mkdir /realboot # umount /boot # mount /dev/sda2 /realboot # ls -l /realboot # less /realboot/grub/menu.lst # less /realboot/grub/device.map ... Wenn das dann zu meiner Diagnose passt, daß du effektiv von der /-Partition und nicht von der /boot-Partition bootest, dann: - Backup vom Verzeichnis /boot der /-Partition (umount /boot vorher ggfs., s.o.) nach z.B. /root/falseroot - umount /realboot - mount /dev/sda2 /boot ## jetzt haben wir die /boot-Partition - Config in /boot/ anpassen (-> siehe Backup in z.B. /root/falseroot) - grub-install Achso, deine menu.lst tut nur deswegen in beiden Fällen, weil du den symlink 'boot -> .' in /boot/ (und auch im /-Partition-boot hast.). Die menu.lst mußt du dann jedenfalls noch anpassen, die in /root/falseboot/grub/menu.lst sollte eigentlich passen ;) Kurzfassung: von Obigem: - Backup - Aufräumen - Config kontrollieren - grub-install[.unsupported]
Bzw. vom Rettungssystem aus:
ls -l /mnt/boot
cannot acces ... No such file or directory (aber wie sollte es auch in /mnt/boot sein?)
Äh, sorry, mein Fehler, da hättest du die /-Partition des fraglichen Systems schon nach /mnt (des Rescue-Systems) gemountet haben sollen ;) WICHTIG: ich bin jetzt seeeeehr müde (>23h auf). Die Diagnose sollte dennoch stimmen, die Lösung solltest du unbedingt selber prüfen oder bis morgen warten, dann les ich mir das hier nochmal durch und korrigiere mich ggfs. ... HTH, -dnh -- "And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports on it, you know they are just evil lies." -- Linus Torvalds -- 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 David, vielen Dank für die viele Arbeit! bevor ich was tu, stell ich meine Schlussfolgerungen rein und noch ein paar Fragen, damit ich auch versteh, was ich tu (morgen dann...) On Tuesday 22 February 2011 20:14:20, David Haller wrote:
Hallo,
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
On Tuesday 22 February 2011 13:40:10, David Haller wrote:
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
*Glaskugel polier*
Zeig mal den Inhalt von /etc/grub.conf
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1) setup --stage2=/boot/grub/stage2 --force-lba (hd0,1) (hd0,1) quit
Also, eine der setup-Zeilen ist (normal) überflüssig. Die erste installiert in den MBR (von hd0 (/dev/sda?) gemäß /boot/grub/device.map), die zweite nach /dev/sda2 (dito). Beide verwenden /dev/sda2 ('(hd0,1)' lt. device.map) als Quelle für die menu.lst.
Dann soll ich einfach eine der beiden löschen? Welche? Oder einfach so lassen?
und die Ausgabe von
# umount /boot # ls -l /boot
baer:~ # umount /boot baer:~ # ls -l /boot
Unter der Annahme, daß du genau das oben ausgeführt hast ...
hab ich (copy/paste :-) )
insgesamt 38115
[..]
drwxr-xr-x 2 root root 576 28. Okt 17:21 grub
[..]
-rw-r--r-- 1 root root 4661016 26. Okt 02:13 vmlinux-2.6.31.14-0.4-default.gz
... BINGO!!!
Du hast in deiner /-Partition ein "gefülltes" /boot, und das (und dessen grub/menu.lst wird offenbar (trotz Verschlüsselung??) verwendet.
Ja, offenbar ist das so. Da sind die alten (jetzt falschen) Sachen drin.
Sobald du dann "normal" deine /boot/-Partition über das /boot-Verzeichnis der /-Partition mountest ...
und hier (/dev/sda2) also die neuen, die eigentlich richtigen, neuen.
Also: Kontrolliere den Inhalt der boot-Partition nochmal komplett (inkl. der enthaltenen grub-config), d.h. mounte die Partition mal explizit woanders hin:
# mkdir /realboot # umount /boot # mount /dev/sda2 /realboot # ls -l /realboot # less /realboot/grub/menu.lst # less /realboot/grub/device.map
Ich glaube, hier ist effektiv das Richtige drin.
Wenn das dann zu meiner Diagnose passt, daß du effektiv von der /-Partition und nicht von der /boot-Partition bootest, dann:
das scheint so zu sein.
- Backup vom Verzeichnis /boot der /-Partition (umount /boot vorher ggfs., s.o.) nach z.B. /root/falseroot
ok, das habe ich gemacht. Weiss nur ncht, wozu? Das sind ja die alten EInträge, die ja jetzt falsch sind.??
- umount /realboot - mount /dev/sda2 /boot ## jetzt haben wir die /boot-Partition
jetzt sind wir also wieder da, wo wir waren bevor ich umount /boot gemacht habe, oder? Jedenfalls sehe ich wieder jetzt die richtigen Dateien (Kernel ...6)
- Config in /boot/ anpassen (-> siehe Backup in z.B. /root/falseroot)
Meinst du /boot/config-2.6.31.14-0.6-desktop? Die ist bis auf die "6" statt "4" deckungsgleich mit /falseboot/config-2.6.31.14-0.4-desktop
- grub-install
einfach grub-install, keine Parameter?
Achso, deine menu.lst tut nur deswegen in beiden Fällen, weil du den symlink 'boot -> .' in /boot/ (und auch im /-Partition-boot hast.).
Die menu.lst mußt du dann jedenfalls noch anpassen, die in /root/falseboot/grub/menu.lst sollte eigentlich passen ;)
Das ist doch aber genau die, die ja eben falsch ist: da steht die ...4..er- Version drin.
Kurzfassung: von Obigem: - Backup - Aufräumen - Config kontrollieren - grub-install[.unsupported]
Was ich nicht verstehe: ausser, dass ich jetzt eine Kopie des /boot-Verzeichnisses aus / (ohne gemountete /dev/sda2) in /falseboot habe, hat sich nichts geändert. Es ist immer noch das alte in /boot wenn ich /boot (/dev/sda) unmounte. Soweit ich durchblicke (nicht weit), besteht das Problem also darin, dass beim booten nicht meine /dev/sda2 als /boot genommen wird, sondern das /boot in / mit ungemounteter /dv/sda2. Damit wäre meine /boot-Partition auf /dev/hda2 also sinnlos, weil bei booten gar nicht benutzt. Die Frage ist, wenn ich das richtig sehe: wie mache ich es, dass beim booten das /boot der Partition von /dev/hda2 genommen wird? Wäre das das grub-install? Ich warte mal ab, was du morgen sagst, wenn du magst, bedanke mich für das Bisherige und wünsche erholsamen Schlaf! Gruss Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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
On Tuesday 22 February 2011 20:14:20, David Haller wrote:
Hallo,
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
On Tuesday 22 February 2011 13:40:10, David Haller wrote:
Am Tue, 22 Feb 2011, Daniel Bauer schrieb:
Beim booten wird 2.6.31.14-0.4-desktop angezeigt, haben tu ich aber jetzt eben ...0.6... . Und das steht auch in der /boot/grub/menu.lst, habe es x-mal gecheckt, um gaaaanz sicher zu sein :-)
Wo könnte Grub denn das herhaben?
Die gute Nachricht zuerst: Der Laptop bootet wieder richtig! Nur war es (glaube ich...) ein bisschen anders als vermutet. Ich versuche es zu beschreiben: - Wir vermuteten, dass statt von meiner /dev/hda2 /boot-partition aus dem Verzeichnis /boot ohne gemounteted /dev/hda2 gebootet wird. - damit ich nicht bei jedem Bootversuch die Befehle editieren muss, habe ich also /dev/hda2 umounted, dann im /boot/grub von / die menu.lst editiert, ihr auch gleich einen anderen Titel gegeben, damit ich sehe, woher es bootet - ein reboot zeigte den neuen Titel und die editierte Zeile NICHT an (aber auch nicht die andere menu.lst!)... konnte es mir nicht erklären. Dachte, ok, mach ich mal den MBR neu... - habe ich rescue-system gestartet: grub find /boot/grub/stage1 Ausgabe: (hd0,1) root (hd0,1) Ausgabe: Filesystem type is ext2fs, partition type 0x83 setup (hd0) Ausgabe: 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)"... 20 sectors are embedded. succeeded Running "install /boot/grub/stage1 (hdo) (hd0)1+20 p (hd0,1)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded Done quit - dachte, so jetzt habe ich aber meine /dev/hda2 im MBR! - rebootet: staun: die alten, nicht funktionierenden Befehle erschienen - aber ohne meinen neuen Titel. Deutlich: es erschien also WEDER die menu.lst aus der /dev/hda2 boot-partition, NOCH die menu.lst aus dem /boot-Verzeichnis von / (mit ungemounteter /dev/hda2) - da habe ich gesehen, dass meine /dev/hda2 (gemounted in /boot) wiederum einen Ordner /boot (wirklich einen Ordner, nicht einen Link!) enthält, und in dem sind die ganzen Dateien des alten Kernels (...0.4...) und ebenfalls ein Ordner grub mit der alten menu.lst. Diese war es, die beim booten verwendet wurde! - habe ich gedacht: ach so, meine /dev/hda2 hängt in /boot, aber grub sucht beim starten einen Ordner /boot (startet also aus /boot/boot). Habe also die Inhalte von /boot/boot gelöscht und alles aus /boot dorthin verschoben (immer alles auf /dev/hda2). - reboot... Menu wird angezeigt, aber: Fehler: File not found! - habe ich die Boot-Befehle editiert (/boot vor /vmlinuz... bzw. /initrd... geschrieben) und konnte booten... - habe geschlussfolgert: aha, grub sucht die menu.lst in /boot/boot, aber die vmlinuz... etc. Sachen in /boot - habe also in /boot einen Symlink namens boot auf /boot angelegt- und siehe da: bootet wie es sollte! Wieso das alles so ist, ist mir schleierhaft, aber da es funktioniert, eigentlich egal. Was ich befürchte, ist dass bei einem neuen Kernel-Update das ganze Theater wieder von vorne losgeht. Oder habe ich es nun so, wie es normal ist? Und was mache ich mit: /etc/grub.conf ?
setup --stage2=/boot/grub/stage2 --force-lba (hd0) (hd0,1) setup --stage2=/boot/grub/stage2 --force-lba (hd0,1) (hd0,1) quit
Die würde ja wohl benutzt, wenn der Updater einen neuen Kernel installiert, nehme ich an. Ist die richtig? Sollte ich da eine Zeile rausnnehmen, welche? Etwas anpassen? Was das --force-lba bedeutet und ob es notwendig ist, habe ich auch noch nicht rausbekommen... Nun, jedenfalls danke ich allen und besonders dir David für die viele wertvolle Hilfe, die mich immer wieder einen Schritt weiterbrachte, insbesondere auch wo und wonach ich suchen könnte...! Herzliche Grüsse Daniel -- Daniel Bauer photographer Basel Barcelona professional photography: http://www.daniel-bauer.com erotic nudes: http://www.guapamania.com -- 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 (7)
-
Alexander Osthof
-
Daniel Bauer
-
David Haller
-
Ernst Scott
-
Markus Koßmann
-
Rudi
-
Sebastian Siebert