Arch Linux

Fehler in archlinux-2014.03.01-dual.iso?

Kerberos

Hallo Leute,

Ich habe die oben genannte ISO per dd auf meinen USB-Stick geschrieben. Nun gibt fdisk eine Fehlermeldung beim überprüfen der Partitionstabelle aus:

Welcome to fdisk (util-linux 2.24.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Befehl (m für Hilfe): v
Partition 1: overlaps partition 2.
Remaining 62818302 unallocated 512-byte sectors.

Befehl (m für Hilfe): p
Disk /dev/sdh: 30,5 GiB, 32715571200 bytes, 63897600 sectors
Units: Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x72015f2b

Gerät Boot Start Ende Blocks Id System
/dev/sdh1 * 0 1079295 539648 0 Empty
/dev/sdh2 248 63735 31744 ef EFI (FAT-12/16/32)

Befehl (m für Hilfe):

Entweder ist die ISO fehlerhaft, oder mein USB-Stick ist defekt.

MfG
Kerberos

[gelöscht]

Verifiziert das ISO doch einfach per sha1, md5 und pgp signatur. Außerdem, bootet es? fdisk meint beir mir

Befehl (m für Hilfe): v
Partition 1: previous sectors 1079295 disagrees with total 8458158
Partition 2: cylinder 1024 greater than maximum 1023
Partition 2: previous sectors 63735 disagrees with total 16450559
Partition 1: overlaps partition 2.
Remaining 14589950 unallocated 512-byte sectors.

Befehl (m für Hilfe): p
Disk dev/disk/by-id/usb-General_USB_Flash_Disk_033680000000010F-0:0: 7,5 GiB, 8022654976 bytes, 15669248 sectors
Units: Sektoren of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x72015f2b

Gerät                                                            Boot Start      Ende Blocks  Id System
dev/disk/by-id/usb-General_USB_Flash_Disk_033680000000010F-0:0p1 *        0   1079295 539648   0 Empty
dev/disk/by-id/usb-General_USB_Flash_Disk_033680000000010F-0:0p2        248     63735  31744  ef EFI (FAT-12/16/32)

aber ich hab mit dem stick vorhin ohne probleme gebootet und das ist auch ARCH_201403.

drcux

Schaut euch den USB-Stick mit gdisk an, fdisk kann kein GPT.

Kerberos

Die ISO habe ich per sha1sum und md5sum überprüft und keine Abweichungen festgestellt. Das mit der PGP-Signatur ist mir (noch) zu kompliziert.

gdisk sagt folgendes:

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: present

Found valid MBR and GPT. Which do you want to use?
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer:

MBR

Your answer: 1

Command (? for help): p
Disk /dev/sdh: 63897600 sectors, 30.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): CB140C8A-7E78-4521-9FF7-1FF80844C29E
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 63897566
Partitions will be aligned on 8-sector boundaries
Total free space is 63834045 sectors (30.4 GiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   2             248           63735   31.0 MiB    EF00  EFI System

Command (? for help): v

No problems found. 63834045 free sectors (30.4 GiB) available in 2
segments, the largest of which is 63833831 (30.4 GiB) in size.

Command (? for help):

GPT

Your answer: 2
Using GPT and creating fresh protective MBR.
Warning! Main partition table overlaps the first partition by 64 blocks!
You will need to delete this partition or resize it in another utility.

Command (? for help): p
Disk /dev/sdh: 63897600 sectors, 30.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 54BAA740-2E54-48CC-B850-70804D10259A
Partition table holds up to 248 entries
First usable sector is 64, last usable sector is 1079232
Partitions will be aligned on 8-sector boundaries
Total free space is 1 sectors (512 bytes)

Number  Start (sector)    End (sector)  Size       Code  Name
   2             248           63735   31.0 MiB    0700  ISOHybrid1

Command (? for help): v

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.
Warning! Main partition table overlaps the first partition by 64 blocks!
You will need to delete this partition or resize it in another utility.

Identified 2 problems!

Command (? for help):

Sieht auch nicht besser aus.

maltem

Die Struktur der Partitionstabelle im aktuellen Image ist tatsächlich etwas kreativ (ich habe aufgegeben, sie zu verstehen, allerdings auch nicht intensiv versucht). Das sollte aber nichts ausmachen, solange der Boot funktioniert.

fs4000

Das muss so kaputt sein, damit das Ding von CD und USB-Stick und jeweils auf BIOS und UEFI bootet. Macht alles dieser hochkomplexe xorriso Aufruf: https://projects.archlinux.org/archiso.git/tree/archiso/mkarchiso#n383

Wer's wirklich verstehen will:
http://mjg59.dreamwidth.org/4957.html
http://mjg59.dreamwidth.org/11285.html

[gelöscht]

Hi,

fs4000 hat Recht. Archlinux ISOs werden entsprechend Matthew Garrett's
Ideen zu BIOS+EFI+Apple Hybrid-ISOs erzeugt. Ohne Apple, allerdings.

Die verschachtelte Partition wird also mit Absicht so hergestellt.
Ausloeser sind die Optionen

-e EFI/archiso/efiboot.img

und

-isohybrid-gpt-basdat

in variable _iso_efi_boot_args von
https://projects.archlinux.org/archiso.git/tree/archiso/mkarchiso

Sowohl die Partition Table des MBR (von fdisk angezeigt) als auch
die GPT (gdisk) beschreiben den Adressbereich, der vom File

EFI/archiso/efiboot.img

im ISO Filesystem besetzt wird.

Und ja: Das ist sehr kreativ.
Der Hauptentwickler von GRUB2 findet es garnicht gut, Partitions zu
verschachteln. Das Programm grub-mkrescue vermeidet es streng,
xorriso so anzusteuern.
Aber bei SYSLINUX/ISOLINUX sind die Ansichten nicht so konservativ.

Have a nice day 🙂

Thomas