Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic: [DE] PC bootet nach d-u nicht mehr  (Read 11298 times)

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
[DE] Re: PC bootet nach d-u nicht mehr
« Reply #15 on: 2014/03/18, 08:51:35 »
Ein sehr seltsames Verhalten das ich mir nicht erklären kann. Hat jemand noch einen Tipp?

Wenn Du mehr als eine Festplatte hast, kanst Du es ja auf die selbe Art wie ich versuchen:
Installiere Grub auch in den MBR der 2. Platte. Dann update auf den fehelerhaften Grub. Wenn dann wieder die Fehlermeldung kommt, gehst Du über den MBR der 2. Platte in Dein System. Dann "grub-install /dev/sdx". Danach sollte der Fehler verschwunden sein. So war es zumindest bei mir.
Hi gypsy56,
Danke für deine Hinweise. Ich hatte bei meinem Versuchen von"dpkg -reconfigure grub-pc" tatsächlich immer nur sda angegeben. Wobei ich mir nicht sicher bin wenn ich die zweite Disk sdb angebe das Problem beheben wird, da ich den LVM benutze (auf beiden Disks, sda Systemplatte, sdb Datenplatte).

Bei einem Versuch von "dpkg -reconfigure grub-pc" hatte ich das LVM-Device auf sda (/dev/mapper/VGsys-LVroot) angeben das er aber anmeckerte, weil dort der MBR nicht geschrieben werden konnte. Darum wird mir mit ziemlicher Sicherheit auch die Angabe der zweiten Disk (auch ein LVM-Device) nicht weiter helfen. Außerdem würde ich mit dieser Daten-Platte sehr ungern ein Risiko eingehen.

Ich hatte dazu gestern noch eine Diskussion mit melmarker im Chat, der noch vorschlug die initramfs upzudaten mit "update-initramfs -u -k all". Es kann meiner Meinung nicht sein, das ich bei der Grub-Konfiguration, auf alle Platten im System meinen MBR schreiben muss um ein bootfähiges System zu erhalten. Genau dieses Verhalten ist scheinbar in der neuen Grub-Version so implementiert.

gypsy56

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #16 on: 2014/03/18, 09:58:11 »
Bei einem Versuch von "dpkg -reconfigure grub-pc" hatte ich das LVM-Device auf sda (/dev/mapper/VGsys-LVroot) angeben das er aber anmeckerte, weil dort der MBR nicht geschrieben werden konnte. Darum wird mir mit ziemlicher Sicherheit auch die Angabe der zweiten Disk (auch ein LVM-Device) nicht weiter helfen. Außerdem würde ich mit dieser Daten-Platte sehr ungern ein Risiko eingehen.

Und wenn Du vorher die Platten im Bios vertauschst? Dann hat er ja keine andere Wahl, als diesen MBR zu nehmen...

Offline dieres

  • User
  • Posts: 787
Re: PC bootet nach d-u nicht mehr
« Reply #17 on: 2014/03/18, 11:50:52 »
Wenn ich bluelupo richtig verstehe, hat er das Problem ja schon gelöst, nur möchte er verstehen, warum dies auch mir nicht erklärliche Phenomen besteht. Ich würde auch gern wissen wollen was da das Problem ist.

gypsy56

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #18 on: 2014/03/18, 12:06:08 »
Wenn ich bluelupo richtig verstehe, hat er das Problem ja schon gelöst,
Nach meinem Verständnis hat er das nicht. Er hat nur wieder ein arbeitsfähiges System mit dem älteren Grub. Wenn er den wieder updatet, steht er wieder vor dem Problem. Aber ja, ich würde auch gerne verstehen, was da im MBR passiert bei einem Update von Grub. Eigentlich dürfte da gar nichts passieren, d.h nur Version müßte ausgetauscht werden, aber leider scheint da noch mehr zu passieren.

DeKa

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #19 on: 2014/03/18, 12:28:42 »
Bei mir klappt das Update auf eine neuere Version auch nicht.
Habe auch zwei Linux-Systeme über einen MBR in betrieb, allerdings auf unterschiedlichen Festplatten (SSD+HDD).

@gypsy56: Wie hast du Grub im Einsatz, einzelne Installation und welche Version nutzt du aktuell?

gypsy56

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #20 on: 2014/03/18, 13:21:26 »
@gypsy56: Wie hast du Grub im Einsatz, einzelne Installation und welche Version nutzt du aktuel

3 Linuxsysteme auf 3 verschiedenen Festplatten. Bei Siduction nutze ich den letzten Grub, der den MBR zerschießt.
Wenn man mindestens 2 MBRs mit Grub bestückt hat, ist es einfach den alten MBR wieder herzustellen. Einfach über einen anderen MBR Siduction booten. Be mir geht das über F8 problemlos, bei wem es nicht geht, der muß halt im BIOS umstellen. Und dann reicht ein "grub-inst /dev/sdx" um den alten MBR wieder herzustellen, zumindest ging das bei mir so.
Schreibe ich eigentlich so wirr, daß mich niemand versteht? Ich schreibe das jetzt doch schon mindestens zum 3. Mal.

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: PC bootet nach d-u nicht mehr
« Reply #21 on: 2014/03/18, 13:45:44 »
Hi DeKa,
ich habe das Problem mit GRUB leider noch nicht gelöst, z.Zt. bin ich wieder auf der alten Version. Ich habe bereits zwei Versuche unternommen und beide sind fehlgeschlagen. Meine Vermutung ist, das GRUB in der neuen Version versucht auf die bisherige Disk mit dem MBR zu schreiben und dabei auf die Nase fällt. Bei mir kommt erschwerend hinzu das ich den LogicalVolumeManager (LVM) nutze was aber in der Vergangenheit bei einem Versionswechsel noch nie Schwierigkeiten bereitete.

@DeKa: Wir sollten versuchen unsere Gemeinsamkeiten bzgl. der Konfiguration feststellen und dann ggf. nochmal einen Bugreport bei Debian eröffnen. Poste mal deine Plattengeometrie (fdisk Output aller Disks im System).
« Last Edit: 2014/03/18, 13:51:03 by bluelupo »

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: PC bootet nach d-u nicht mehr
« Reply #22 on: 2014/03/18, 14:15:19 »
Bluelupo: Da gabs mal was mit Deiner Fehlermeldung bei Ubuntu - der dortige TE hat dann, nach dem alle normalen Methoden des Behebens erschöpft waren, einen anderen Kernel installiert - das behob dann den Fehler in der Busybox. Is jetzt nur mal so ein Schnellschuss, aber einen Versuch wert, denke ich.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline towo

  • Administrator
  • User
  • *****
  • Posts: 2.964
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

DeKa

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #24 on: 2014/03/18, 16:44:48 »
Hi @bluelupo,
hier meine fdisk Einträge:
Code: [Select]
root@siductionbox:/home/deka# fdisk -l

Disk /dev/sdb: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 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: 0x000d26e1

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    32770047    16384000   83  Linux
/dev/sdb2        32770048   250068991   108649472   83  Linux

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000c83f8

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048    17000447     8499200   82  Linux swap / Solaris
/dev/sda2   *    17002496    58945535    20971520   83  Linux
/dev/sda3        58945536   143316991    42185728   83  Linux
/dev/sda4       143316992  1465147391   660915200   83  Linux

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: PC bootet nach d-u nicht mehr
« Reply #25 on: 2014/03/19, 10:58:17 »
http://aptosid.com/index.php?name=PNphpBB2&file=viewtopic&t=2764&highlight=
Es steht leider keine Fehlernummer im aptosid-Forum, aber es könnte der hier sein. Ein Workaround wird auch genannt von Paul Martin am 15. März 2014:

Quote
A workaround is to edit /etc/default/grub and set
    GRUB_DISABLE_LINUX_UUID=true
then run update-grub.

Ist allerdings keine Dauerlösung sondern nur ein Workaround, denn damit wird die Benutzung der UUID's durch Grub abgeschaltet.
« Last Edit: 2014/03/19, 11:15:36 by bluelupo »

Offline unklarer

  • User
  • Posts: 849
Re: PC bootet nach d-u nicht mehr
« Reply #26 on: 2014/03/19, 11:43:28 »
Vornweg, ich habe kein LVM.


Deshalb scheint mir auch bei DeKa, der freundlicherweise seine fdisk-Ausgabe hier einstellt, ein anderes in derartigen Situationen zu sein.
Hier meine:
Code: [Select]

fdisk -l -u -c


Disk /dev/sda: 1000.2 GB, 1000215724032 bytes
255 heads, 63 sectors/track, 121602 cylinders, total 1953546336 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: 0x0aac20df


   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048  1953544191   976771072    7  HPFS/NTFS/exFAT


Disk /dev/sdd: 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: 0x1d371d36


   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1              63   488392064   244196001    7  HPFS/NTFS/exFAT


Disk /dev/sdc: 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: 0x0009fef1


   Device Boot      Start         End      Blocks   Id  System


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: 0x2fce0819


   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    41977855    20987904   83  Linux
/dev/sdb2        41979861   545406749   251713444+   5  Extended
/dev/sdb5        41979904    74706943    16363520   82  Linux swap / Solaris
/dev/sdb6        74708992   281552895   103421952    b  W95 FAT32
/dev/sdb7       281554944   323117055    20781056   83  Linux
/dev/sdb8       323119104   359362559    18121728   83  Linux
/dev/sdb9       359364608   397178879    18907136   83  Linux
/dev/sdb10      397180928   431874047    17346560   83  Linux
/dev/sdb11      431876096   452863999    10493952   83  Linux
/dev/sdb12      452866048   491671551    19402752   83  Linux
/dev/sdb13      491673600   512661503    10493952   83  Linux
/dev/sdb14      512663552   529036514     8186481+  83  Linux
/dev/sdb15      529039360   545404927     8182784   83  Linux

Bei ihm haben beide Platten das boot-Flag.
 
Aus eigener Erfahrung ist das immer Mist im Zusammenspiel-Bios-Platte-Loader. Ich habe nirgendwo
gefunden, daß man das "unterschiedliche melden" der Platten beeinflussen kann. Und, das Bios sucht nun mal zuerst nach der Platte mit dem Flag...

DeKa

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #27 on: 2014/03/19, 18:14:41 »
Habe mal die Tipps hier ausprobiert, hier meine fdisk:
Code: [Select]
root@siductionbox:/home/deka# fdisk -l -u -c

Disk /dev/sda: 750.2 GB, 750156374016 bytes
255 heads, 63 sectors/track, 91201 cylinders, total 1465149168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000c83f8

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048    17000447     8499200   82  Linux swap / Solaris
/dev/sda2        17002496    58945535    20971520   83  Linux
/dev/sda3        58945536   143316991    42185728   83  Linux
/dev/sda4       143316992  1465147391   660915200   83  Linux

Disk /dev/sdb: 128.0 GB, 128035676160 bytes
255 heads, 63 sectors/track, 15566 cylinders, total 250069680 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: 0x000d26e1

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    32770047    16384000   83  Linux
/dev/sdb2        32770048   250068991   108649472   83  Linux
Diese Änderung bringt leider kein funktionsfähiges Update von Grub nach dessen Installation.
Restore System.
Habe dann noch einmal ein Update von Grub mit allen Einstellungen von dem Systemanbieter gemacht.
Der Neustart brachte die gleiche Fehlermeldung "grub highlightcolor", irgendwie findet er die Farbe nicht ???

Offline bluelupo

  • User
  • Posts: 2.068
    • BluelupoMe
Re: PC bootet nach d-u nicht mehr
« Reply #28 on: 2014/03/19, 18:43:59 »
Als durch den siduction Patch 2.02~beta2-7+siduction.1 bootet meine Kiste wieder.

Code: [Select]
grub-pc:
  Installiert:           2.02~beta2-7+siduction.1
  Installationskandidat: 2.02~beta2-7+siduction.1
  Versionstabelle:
 *** 2.02~beta2-7+siduction.1 0
        500 http://packages.siduction.org/fixes/ unstable/main amd64 Packages
        100 /var/lib/dpkg/status
     2.02~beta2-7 0
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages

Und so sieht übrigens mein (LVM)System aus:

Code: [Select]
# fdisk -l /dev/sda

Disk /dev/sda: 120.0 GB, 120034123776 bytes
81 heads, 63 sectors/track, 45941 cylinders, total 234441648 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: 0xb6ab413a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048   234441647   117219800   8e  Linux LVM

# fdisk -l /dev/sdb

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
81 heads, 63 sectors/track, 191411 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x5ffd176a

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048   976773167   488385560   8e  Linux LVM


# pvs
  PV         VG     Fmt  Attr PSize   PFree 
  /dev/sda1  VGsys  lvm2 a--  111,78g  59,28g
  /dev/sdb1  VGdata lvm2 a--  465,75g 195,75g


# vgs
  VG     #PV #LV #SN Attr   VSize   VFree 
  VGdata   1   6   0 wz--n- 465,75g 195,75g
  VGsys    1   5   0 wz--n- 111,78g  59,28g


# lvs
  LV         VG     Attr       LSize  Pool Origin Data%  Move Log Cpy%Sync Convert
  LVmisc     VGdata -wi-ao---- 60,00g                                             
  LVmusic    VGdata -wi-ao---- 50,00g                                             
  LVphoto    VGdata -wi-ao---- 50,00g                                             
  LVuserdata VGdata -wi-ao---- 10,00g                                             
  LVvideo    VGdata -wi-ao---- 20,00g                                             
  LVvm       VGdata -wi-ao---- 80,00g                                             
  LVhome     VGsys  -wi-ao----  6,50g                                             
  LVroot     VGsys  -wi-ao----  7,00g                                             
  LVswap     VGsys  -wi-ao----  4,00g                                             
  LVvar      VGsys  -wi-ao----  5,00g                                             
  LVvm       VGsys  -wi-ao---- 30,00g


# lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0 111,8G  0 disk
└─sda1                         8:1    0 111,8G  0 part
  ├─VGsys-LVroot (dm-0)      254:0    0     7G  0 lvm  /
  ├─VGsys-LVhome (dm-7)      254:7    0   6,5G  0 lvm  /home
  ├─VGsys-LVvar (dm-8)       254:8    0     5G  0 lvm  /var
  ├─VGsys-LVswap (dm-9)      254:9    0     4G  0 lvm  [SWAP]
  └─VGsys-LVvm (dm-10)       254:10   0    30G  0 lvm  /mnt/vm/fast
sdb                            8:16   0 465,8G  0 disk
└─sdb1                         8:17   0 465,8G  0 part
  ├─VGdata-LVuserdata (dm-1) 254:1    0    10G  0 lvm  /mnt/share/userdata
  ├─VGdata-LVmusic (dm-2)    254:2    0    50G  0 lvm  /mnt/share/music
  ├─VGdata-LVphoto (dm-3)    254:3    0    50G  0 lvm  /mnt/share/photo
  ├─VGdata-LVmisc (dm-4)     254:4    0    60G  0 lvm  /mnt/share/misc
  ├─VGdata-LVvm (dm-5)       254:5    0    80G  0 lvm  /mnt/vm/normal
  └─VGdata-LVvideo (dm-6)    254:6    0    20G  0 lvm  /mnt/share/videostream
sr0                           11:0    1  1024M  0 rom 

« Last Edit: 2014/03/20, 18:05:37 by bluelupo »

DeKa

  • Guest
Re: PC bootet nach d-u nicht mehr
« Reply #29 on: 2014/03/19, 19:31:27 »
Hi @bluelupo,
leider hilft mir das nicht, habe beim upgrade ja schon die Patches die bei dir funktionieren, nur halt bei mir nicht.
Code: [Select]
root@siductionbox:/home/deka# apt-cache policy grub-pc
grub-pc:
  Installiert:           2.00-22
  Installationskandidat: 2.02~beta2-7+siduction.1
  Versionstabelle:
     2.02~beta2-7+siduction.1 0
        500 http://packages.siduction.org/fixes/ unstable/main amd64 Packages
     2.02~beta2-7 0
        500 http://ftp2.de.debian.org/debian/ unstable/main amd64 Packages
        500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
        500 http://ftp.is.debian.org/debian/ unstable/main amd64 Packages
 *** 2.00-22 0
        100 /var/lib/dpkg/status
root@siductionbox:/home/deka# apt-get install -s grub-pc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  grub-common grub-efi-amd64-bin grub-pc-bin grub2-common
Vorgeschlagene Pakete:
  multiboot-doc grub-emu xorriso desktop-base
Die folgenden Pakete werden aktualisiert (Upgrade):
  grub-common grub-efi-amd64-bin grub-pc grub-pc-bin grub2-common
5 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Inst grub-pc [2.00-22] (2.02~beta2-7+siduction.1 unstable [amd64]) []
Inst grub-pc-bin [2.00-22] (2.02~beta2-7+siduction.1 unstable [amd64]) []
Inst grub2-common [2.00-22] (2.02~beta2-7+siduction.1 unstable [amd64]) []
Inst grub-efi-amd64-bin [2.00-22] (2.02~beta2-7+siduction.1 unstable [amd64]) []
Inst grub-common [2.00-22] (2.02~beta2-7+siduction.1 unstable [amd64])
Conf grub-common (2.02~beta2-7+siduction.1 unstable [amd64])
Conf grub2-common (2.02~beta2-7+siduction.1 unstable [amd64])
Conf grub-pc-bin (2.02~beta2-7+siduction.1 unstable [amd64])
Conf grub-pc (2.02~beta2-7+siduction.1 unstable [amd64])
Conf grub-efi-amd64-bin (2.02~beta2-7+siduction.1 unstable [amd64])