• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Was gibt es Schöneres als den Mai draußen in der Natur mit allen Sinnen zu genießen? Lasst uns teilhaben an Euren Erlebnissen und macht mit beim Thema des Monats Da blüht uns was! ---> Klick

refit - Linux verschwunden

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Hallo, ich habe auf meinem MacBook Pro mit rEFIt 3 Systeme laufen.
refit 0.14
EFI Revision 1.10
Plattform: x86_64 (64Bit)
FW: Apple 1.10
Screen: Graphics Output (UEFI), 1440x900
1: EFI (209.7 MB) disk0s1
2: Mac Os Snow Leopard (1Partition) Apple_HFS (387.4 GB) disk0s2
3: Win7 (1 Partition) disk0s3
4: Linux Mint 10 (basiert auf Ubuntu Maverick 10.10/Grub2) (3 Partitionen (/, /home, /swap)) disk0s4,5,6

(Die Partitionen liegen auch genau in dieser Reihenfolge auf der HDD)
[ MacOs | Win7 | Linux Mint / | L.M. /home | L.M. SWAP ]

Seit einem Windows-Update zeigt mir rEFIt aber das Linux System nicht mehr an.
Wie kann ich das reparieren?

Wenn ich unter rEFIt das rEFIt-Partitonsprogramm aufrufe zeigt es mir folgendes an:

Code:
Current MBR partitiontable

#A Start LBA    End LBA TYPE
1          1     409639 EE EFI Protective
2     409640  757050271 AF Mac OSX HFS+
3  842057728  897839103 83 LINUX
4  757313536  842055679 07 NTFS

Status: MBR table must be updated.

Als Lösung bietet er an 3 und 4 zu vertauschen.

Ist das schon die Lösung, oder muss ich noch etwas beachten?
 
Zuletzt bearbeitet:

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
Ob die Sektoraddressen mit der GPT übereinstimmen musst du schon selbst prüfen. Ansonsten - ja, sollte genügen.
Die grosse Preisfrage ist: Welches Windows Update sollte eine solche Änderung vornehmen?
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Sektoradressen mit GPT überprüfen: Wie?

Das sagt diskutil info zu den partitionen:
Code:
Total Size:               209.7 MB (209715200 Bytes) (exactly 409600 512-Byte-Blocks) EFI
   Total Size:               387.4 GB (387400003584 Bytes) (exactly 756640632 512-Byte-Blocks)
   Total Size:               43.4 GB (43387977728 Bytes) (exactly 84742144 512-Byte-Blocks)
   Total Size:               28.6 GB (28560064512 Bytes) (exactly 55781376 512-Byte-Blocks)
   Total Size:               4.4 GB (4369408000 Bytes) (exactly 8534000 512-Byte-Blocks)

Bei der EFI-Partition steht exactly 409600 512-Byte-Blocks, aber rEFIt
zeigt ja
Code:
#A Start LBA    End LBA TYPE
1          1     409639 EE EFI Protective

an, also 409639 statt 409600.

Stimmt das nun oder nicht?
Update:
Ah, jetzt versteh ich es.
diskutil gibt die Größe aus, und da die EFI System Partition bei 40 startet, kommt rEFIt korrekterweise auf die 409639 ( 409600 + 40 -1 )
.


$ diskutil list
Code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS MacOS                   387.4 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                43.4 GB    disk0s3
   4:       Microsoft Basic Data Mint 10                28.6 GB    disk0s4
   5:       Microsoft Basic Data Mint 10 home           36.0 GB    disk0s5
   6:                 Linux Swap                         4.4 GB     disk0s6

$ sudo gpt -r show -l /dev/disk0
Code:
gpt show: /dev/disk0: [COLOR=#ff0000]Suspicious MBR at sector 0[/COLOR]
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - ""
     409640  756640632      2  GPT part - ""
  757050272     263264         
  757313536   84742144      3  GPT part - ""
  842055680       2048         
  842057728   55781376      4  GPT part - ""
  897839104   70397952      5  GPT part - ""
  968237056    8534000      6  GPT part - ""
  976771056       2079         
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header

Partition Inspector application.
This application is normally installed with rEFIt in /Applications/Utiltities.
/Programme/Dienstprogramme/Partition Inspector.app
Code:
*** Report for internal hard disk ***

Current GPT partition table:
 #      Start LBA      End LBA  Type
 1             40       409639  EFI System (FAT)
 2         409640    757050271  Mac OS X HFS+
 3      757313536    842055679  Basic Data
 4      842057728    897839103  Basic Data
 5      897839104    968237055  Basic Data
 6      968237056    976771055  Linux Swap

Current MBR partition table:
 # A    Start LBA      End LBA  Type
 1              1       409639  ee  EFI Protective
 2         409640    757050271  af  Mac OS X HFS+
 3      842057728    897839103  83  Linux
 4 *    757313536    842055679  07  NTFS/HPFS

MBR contents:
 Boot Code: Unknown, but bootable

Partition at LBA 40:
 Boot Code: None (Non-system disk message)
 File System: FAT32
 Listed in GPT as partition 1, type EFI System (FAT)

Partition at LBA 409640:
 Boot Code: None
 File System: HFS Extended (HFS+)
 Listed in GPT as partition 2, type Mac OS X HFS+
 Listed in MBR as partition 2, type af  Mac OS X HFS+

Partition at LBA 757313536:
 Boot Code: Windows BOOTMGR (Vista)
 File System: NTFS
 Listed in GPT as partition 3, type Basic Data
 Listed in MBR as partition 4, type 07  NTFS/HPFS, active

Partition at LBA 842057728:
 Boot Code: None
 File System: ext4
 Listed in GPT as partition 4, type Basic Data
 Listed in MBR as partition 3, type 83  Linux

Partition at LBA 897839104:
 Boot Code: None
 File System: ext4
 Listed in GPT as partition 5, type Basic Data

Partition at LBA 968237056:
 Boot Code: None
 File System: Unknown
 Listed in GPT as partition 6, type Linux Swap

$ sudo fdisk -e /dev/disk0
Code:
fdisk: could not open MBR file /usr/standalone/i386/boot0: No such file or directory
fdisk: 1> print
Disk: /dev/disk0    geometry: 60801/255/63 [976773168 sectors]
Offset: 0    Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 -   25 127  14 [         1 -     409639] <Unknown ID>
 2: AF   25 127  15 - 1023 254  63 [    409640 -  756640632] HFS+        
 3: 83 1023 254  63 - 1023 254  63 [ 842057728 -   55781376] Linux files*
*4: 07 1023 254  63 - 1023 254  63 [ 757313536 -   84742144] HPFS/QNX/AUX



weiterführendes:
http://jonsview.com/fixing-mbr-tabl...ple-boot-setups/comment-page-2#comment-228425
_______________________________________
Welches Windows Update - weiß ich leider nicht. War ein einzelnes Update(ist schon einige Monate her) und ich hab da Ausnahmsweise nicht vorher kontrolliert welches es war. Erschien mir nicht sonderlich verdächtig.
 
Zuletzt bearbeitet:

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
Das ist korrekt.
Der EE-Eintrag ist *nicht* die EFI-Partition sondern ein Schutzeintrag, der die kritische Zone am Beginn der HD vor jeglichen Zugriffen unter BIOS bewahren soll. Er umfasst sowohl die Partitionstabelle selbst (1-33) als auch alle darauffolgenden Sektoren, die nicht über den MBR verfügbar sein sollen - dh bis zur ersten auch fürs BIOS sichtbaren Datenpartition, wenn es keine gibt bis zum Plattenende, maximal bis zur 2 TB Grenze.

Ein Eintrag für die Systempartition wäre dagegen vom Typ EF, aber den darfst du auf keinen Fall eintragen. Der ist nur zur Verwendung auf BIOS-Rechnern mit einem von Diskette nachladbaren Pseudo-EFI (DUET) gedacht.
Wenn der EE-Eintrag fehlt, und/oder ein EF Eintrag präsent ist, hört die GUID Disk augenblicklich auf, eine GUID Disk zu sein und wird wieder zu altbackenem MBR. Das willst du nicht.
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Ok, ich habe jetzt rEFIt GPT und MBR synchronisieren lassen.

Nach der Synchronisierung durch rEFIt sieht es jetzt so aus:

*** Report for internal hard disk ***
Code:
Current GPT partition table:
 #      Start LBA      End LBA  Type
 1             40       409639  EFI System (FAT)
 2         409640    757050271  Mac OS X HFS+
 3      757313536    842055679  Basic Data
 4      842057728    897839103  Basic Data
 5      897839104    968237055  Basic Data
 6      968237056    976771055  Linux Swap

Current MBR partition table:
 # A    Start LBA      End LBA  Type
 1              1       409639  ee  EFI Protective
 2         409640    757050271  af  Mac OS X HFS+
 3      757313536    842055679  07  NTFS/HPFS
 4 *    842057728    897839103  83  Linux

MBR contents:
 Boot Code: Unknown, but bootable

Partition at LBA 40:
Boot Code: None (Non-system disk message)
File System: FAT32
Listed in GPT as partition 1, type EFI System (FAT)

Partition at LBA 409640:
Boot Code: None
File System: HFS Extended (HFS+)
Listed in GPT as partition 2, type Mac OS X HFS+
Listed in MBR as partition 2, type af Mac OS X HFS+

Partition at LBA 757313536:
Boot Code: Windows BOOTMGR (Vista)
File System: NTFS
Listed in GPT as partition 3, type Basic Data
Listed in MBR as partition 3, type 07 NTFS/HPFS

Partition at LBA 842057728:
Boot Code: None
File System: ext4
Listed in GPT as partition 4, type Basic Data
Listed in MBR as partition 4, type 83 Linux, active

Partition at LBA 897839104:
Boot Code: None
File System: ext4
Listed in GPT as partition 5, type Basic Data

Partition at LBA 968237056:
Boot Code: None
File System: Unknown
Listed in GPT as partition 6, type Linux Swap

Der aktuelle Status ist nun:

Mac OS X : OK - booted
Win7 : OK - booted
Linux : FEHLT - erscheint weiterhin nicht im rEFIt Auswahlmenü

Wie bekomme ich Linux jetzt zurück in das rEFIt Bootmenü?
 

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
refit kann nur Informationen aus ext2/3 und reiserfs extrahieren.
Bei ext4 klappt das auch ein wenig, aber nur so lange bis das Journal 'dirty' ist.
Nach dem Start einer Live-CD und einem erzwungenen Lauf von fsck sollte sich der Zustand wieder ändern.
Ist aber doch eh egal. Es ist schnurz welche Partition du auswählst, wenn da ein BIOS-gebundenes OS drauf ist, landest du ja doch immer im gleichen MBR.
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Ok, ich habe jetzt mit dem "Linux Live USB Creator" unter Windows einen Linux-Live-USB-Stick(Ubuntu Mate 15) erstellt.
(Mit unetbootin konnte ich keinen Bootfähigen Linux-USB Stick erstellen. Von DVD kann ich nicht booten, weil das DVD-Laufwerk in meinem Mac-Book keine DVDs mehr liest.)

Dann starte ich das MacBook mit gehaltener Optionen-Taste(Alt) und wähle den EFI-Stick.

Der Textauswahlbildschirm des Linux erscheint und ich wähle normales Booten.

Dann wird der Bildschirm schwarz und nichts passiert mehr.......
 

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
Dann darfst du jetzt das Kernelparameter-Suchspiel starten.
Ich empfehle, zu Beginn mal die zusätzlichen Bootoptionen:
nomodeset acpi=copy_dsdt nolapic_timer
...zu versuchen. Reicht für die meisten Linux Kernel auf den meisten Macs aus.
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Er hängt sich bei irgendwas von wegen
fb: conflicting fb hw usage nouveaufb vs EFI VGA - removing generic driver
auf.

Vermutung: Da kommt vielleicht das neueste Linux Mint 15 nicht mit den 2 Grafikkarten(Nvidia 9600, 9400) des MacBooks klar.

Mit deinen Parametern startet er immerhin schon bis zur Kommandozeile, dann kommt aber

Failed to start the X Server.

- - - - -- -

Naja, brauch ich ja eigentlich auch nicht.

Shell reicht ja.

Code:
sudo fsck -V -C /dev/sda4
OK

Code:
sudo fsck -V -C /dev/sda5
One or more block group descriptor checksums are invalid. Fix(y)? yes
Fixed
Mint_10_home contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescannning for multiply-claimed blocks
Multiply-claimed blocks in inode 13: 9256
Pass 1C: Scanning direcotries
Pass 1D: Reconciling multiply-claimed blocks

File /.fseventsd (inode #13, mod time 2013)
has 1 multiply-claimed block, shared with 1 file:
/.fseventsd/fseventsd-uuid) (inode #14)
Clone multiply-claimed blocks<y>?

Pass 2: Checking directory structure
Entry '000000000000ef3c1' in /.fseventsd (13) is a link to '.' Clear<y>?

Pass 3: Checking directory connectivity
Unconnected directory inode 132 (/gonta/sub/???)
Connect to /lost+found<y> y

Pass 4: Checking reference counts
Unattached inode 130
Connect to /lost+found<y>? y
Inode 130 ref count ist 2 , should be 1. Fix <y>? y
....
Inode 150 ref count ist 2 , should be 1. Fix <y>? y

Pass 5: Checking group summary information
Block bitmap differences: +9256 +(9259--9260) usw usv.
Fix <y>? y
Fix blocks count wrong for group #0 (4, counted=0)
...
167
File system was modified

Code:
sudo fsck -V -C /dev/sda4
Mint_10: clean
Code:
sudo fsck -V -C /dev/sda5
Mint_10_home: clean
Code:
sudo fsck -V -C /dev/sda6
fsck: fsck.swap: not found
fsck: error 2 while executiong fsck.swap /dev/sda6


So, jetzt sind alle Linux-Filesysteme wieder in Ordnung(clean.)
Jetzt müsste Linux wieder in rEFIt auftauchen, ja?
 
Zuletzt bearbeitet:

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
Mit deinen Parametern startet er immerhin schon bis zur Kommandozeile, dann kommt aber
Failed to start the X Server.
Dann mach nicht lange rum und starte doch einfach e2fsck gleich von der (bzw einer) Textkonsole aus.
Ist ohnehin meist die einzige Möglichkeit, einen vollständigen Lauf (kein 'preening' oder 'prune') zu erzwingen. Und das wirst du müssen.
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Dateisystem ist repariert.

e2fsck /dev/sda4
Mint_10: clean
e2fsck /dev/sda5
Mint_10_home: clean

Linux Mint 10 erscheint aber immer noch nicht im rEFIt Startmenü.

Was fehlt jetzt noch?

UPDATE:

Jetzt weiß ich wieder was damals war.
Windows lies sich auf einmal nicht mehr starten, so dass ich es neu installieren musste.

Danach war der Linux Mint Eintrag aus rEFIt verschwunden.
 
Zuletzt bearbeitet:

Rastafari

deaktivierter Benutzer
Registriert
10.03.05
Beiträge
18.150
Replay: Ich sagte doch: *kein* schnelles preen.
Das repariert so gar nichts, nicht wirklich. In diesem Modus vertraut der Check voll und ganz dem Journal und der Markierung zum sauberen Dismount, und das war nicht der Plan.
man e2fsck
War die Option -f wenn ich nicht irre (ich benutze das selten, Weihnachten ist öfter. Sieh lieber nach.)
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Vielen Dank

e2fsck -f findet auch keine Fehler mehr.

Ich denke langsam, der Grub2 muss wohl beschädigt sein.
Ich werd wohl um eine Neuinstallation von Linux nicht rumkommen.

Soweit ich bisher sehen kann, dürfte Linux Mint 13 LTE/32/64bit das passende sein um das alte Linux Mint 10/32bit zu ersetzen.

Und rEFIt werde ich wohl durch rEFInd ersetzen müssen wenn ich Snow Leo mal durch Maverick ersetzen möchte.
 

Atlanx

Jonagold
Registriert
05.03.12
Beiträge
18
Hab jetzt auf rEFInd geupdated.

Hat leider auch nichts gebracht - auch rEFInd kann Linux Mint nicht finden.

Unter MacOS hab ich auch auf beiden Linux-Partitionen die Reparatur durchlaufen lassen. Alles bestens - von dort kann ich auf die Linux-Partitionen lesen und schreiben.