Ich habe seit dem Auftreten dieses Problems zweimal eine Neuinstallation durchgeführt (nicht, um das Problem zu beheben, da alles zu funktionieren scheint). Gparted zeigt keine solche Partition an. Ich werde gleich eine weitere Neuinstallation durchführen, also ist es jetzt an der Zeit, es richtig zu machen. Irgendwelche Ratschläge, wo ich anfangen soll?
marc@Thor:~$ blkid
/dev/sda1: UUID="1bd1fc27-31da-4515-b1b1-2d4acea80abe" TYPE="ext4"
/dev/sda5: UUID="e54014fa-3d67-42c0-9532-b5b5efc35e5b" TYPE="swap"
marc@Thor:~$
marc@Thor:~$ cat /proc/partitions
major minor #blocks name
8 0 312571224 sda
8 1 308659200 sda1
8 2 1 sda2
8 5 3909632 sda5
11 0 1048575 sr0
marc@Thor:~$
marc@Thor:~$ sudo blkid -p /dev/sda2
[sudo] password for marc:
/dev/sda2: PTTYPE="dos" PART_ENTRY_SCHEME="dos" PART_ENTRY_TYPE="0x5" PART_ENTRY_NUMBER="2" PART_ENTRY_OFFSET="617322494" PART_ENTRY_SIZE="7819266" PART_ENTRY_DISK="8:0"
marc@Thor:~$`
Antwort1
Ich vermute, dass Sie ein Debian-Image auf Ihrer Festplatte hatten (entweder in einer Datei oder „roh“ auf eine Partition geschrieben) und dass es zufällig dort gespeichert wurde, wo Ihr /dev/sda2
jetzt beginnt. Da /dev/sda2
es sich im Grunde nur um einen Platzhalter für Ihr handelt /dev/sda5
, also um Swap-Speicher, könnte es sein, dass noch genug vom ursprünglichen Disk-Image auf der Festplatte verbleibt, um den Auto-Mounter zu verwirren.
Wenn ich Recht habe, besteht die Lösung darin, alle Daten zu überschreiben, die der Auto-Mounter sieht und die ihn glauben lassen, dass das Debian-Image auf ist /dev/sda2
. Das Problem bei dieser Lösung ist, dass alles, was Sie tun, potenziell riskant ist; Sie könnten versehentlich einige oder alle Ihrer Daten zerstören. Wenn Sie also meinen Vorschlägen folgen möchten, müssen SieDies geschieht auf eigene Gefahr.und ichSTARKraten Ihnen,Sichern Sie vorher Ihre wichtigen Benutzerdaten!
Nachdem diese Vorbehalte geklärt sind, besteht das Einfachste darin, sicherzustellen, dass /dev/sda2
der erste Sektor von keine unnötigen Daten enthält:
sudo dd if=/dev/zero of=/dev/sda2 bs=440 count=1
Geben Sie diesen Befehl eingenauwie hier gezeigt. Ein Fehler bei einer der Optionen kann zu schwerwiegenden Datenverlusten führen. Nachdem Sie diesen Befehl eingegeben haben, starten Sie neu und prüfen Sie, ob sich die Situation verbessert hat. Wenn nicht, können Sie ein längeres und riskanteres Verfahren ausprobieren:
- Geben Sie in einem Terminalfenster ein,
sudo swapoff
dass die Verwendung des Swap-Speichers deaktiviert werden soll. - Verwenden Sie GParted,
parted
, oderfdisk
, löschen/dev/sda5
und/dev/sda2
. - Erstellen Sie eine neue
/dev/sda2
, aber machen Sie sie zu einer regulären primären Partition, nicht zu einer erweiterten Partition. Wenn Sie verwendenfdisk
, geben Sie ihr den Typcode 0x82 (Linux-Swap). Wenn Sie verwendenparted
, geben Sie ihr den „Dateisystemtyp“linux-swap
. - Starten Sie neu. Dadurch wird sichergestellt, dass Sie die neue Partitionstabelle verwenden.
- Typ
sudo dd if=/dev/zero of=/dev/sda2
. Seienextra extra superSeien Sie vorsichtig mit diesem Befehl. Achten Sie besonders auf denof=
Wert - er sollte lauten/dev/sda2
,nicht/dev/sda
oder einen beliebigen anderen Wert. Der Zweck dieses Befehls besteht darin, den von belegten Speicherplatz vollständig zu löschen/dev/sda2
. Wenn Sie versehentlich das falsche Ziel angeben, löschen Sie alles, was darauf gespeichert ist. - Neuen Swap-Speicherplatz erstellen auf
/dev/sda2
.- Wenn Sie
fdisk
oderparted
zum Partitionieren verwendet haben, geben Sie einsudo mkswap /dev/sda2
. Gehen Sie auch hier sehr vorsichtig mit dem Datenträgergerät um. - Wenn Sie GParted zur Partitionierung verwendet haben, ist es am einfachsten, zu GParted zurückzukehren, um es
/dev/sda2
als Swap-Speicher einzurichten.
- Wenn Sie
- Geben Sie ein
sudo blkid /dev/sda2
. Dadurch wird der mit dem Swap-Speicher verknüpfte UUID-Wert angezeigt. - Bearbeiten
/etc/fstab
und ändern Sie den mit dem Swap verknüpften UUID-Wert vom alten zum neuen Wert. - Neustart und Test. Das Problem sollte behoben sein.
Wie Sie an all den Vorbehalten und Warnungen erkennen können, ist dieses Verfahren alles andere als risikofrei. Ich empfehle Ihnen, es nur auszuprobieren, wenn Sie bereits mit Low-Level-Tools wie dd
und vertraut sind fdisk
.
Es ist denkbar, dass eine kleine Größenänderung Ihrer Partition das Problem behebt. Sie könnten sie beispielsweise /dev/sda1
um 1 MB verkleinern und die Größe ändern /dev/sda2
, /dev/sda5
um diesen Platz zu füllen. Ich kann jedoch nicht versprechen, dass das funktioniert. Es ist denkbar, dass durch das Verschieben/Ändern der Größe auch die fehlerhaften Daten des Disk-Images verschoben werden.
Antwort2
Meine Lösung bestand letztendlich darin, im Rahmen einer Neuinstallation eine neue Partitionstabelle zu erstellen. Ich habe sie aus dem Orbit gelöscht.