Festplatte ausgebaut (nicht mehr gemountet) > System startet nicht
Hallo Community, ja, hier gab erst kürzlich einen Thread zu diesem Thema. Alles gelesen und alles versucht, doch helfen mir die dort genannten Tipps leider nicht weiter. Hier geht es um ein Leap 15.3. Ich habe eine SSD im System mit /boot, / und /home, und 2 HDDs. Die kleinere der beiden wollte ich ausbauen, weil die andere eh alle Daten fassen kann. Alle Partitionen auf der auszubauenden hatte ich zuvor im YaST Partitionierer dismountet. Eine der beiden Partitionen war davor in / und eine in /home gemountet. Nach dem Abstecken der Platte startet das System aber nur noch im Recovery Mode. Was kann denn noch stören? Mir fehlen die Ideen. In /usr/lib/systemd/system/local-fs.target habe ich den Wert von OnFailure gelöscht. Aber auch kein Erfolg. Die fstab zeigt nur Partitionen der beiden verbliebenen Platten. Alle Einträge sind übrigens via UUID, falls das relevant ist. Wenn ich die fehlende Platte wieder anschließe, startet das System normal. Was kann ich noch machen? Grüße Richard
Am Dienstag, 24. Januar 2023, 12:42:21 CET schrieb Richard Hafenscher:
Alle Partitionen auf der auszubauenden hatte ich zuvor im YaST Partitionierer dismountet. Eine der beiden Partitionen war davor in / und eine in /home gemountet.
Was kann denn noch stören? Mir fehlen die Ideen.
... du hast kein root filesystem mehr. Da ist es kein Wunder wenn das System nicht mehr bootet. Cheers MH -- Mathias Homann Mathias.Homann@openSUSE.org OBS: lemmy04 Jabber (XMPP): lemmy@tuxonline.tech Matrix: @mathias:eregion.de IRC: [Lemmy] on liberachat and ircnet (bouncer active) keybase: https://keybase.io/lemmy gpg key fingerprint: 8029 2240 F4DD 7776 E7D2 C042 6B8E 029E 13F2 C102
Am 24.01.23 um 13:20 schrieb Mathias Homann:
Am Dienstag, 24. Januar 2023, 12:42:21 CET schrieb Richard Hafenscher:
Alle Partitionen auf der auszubauenden hatte ich zuvor im YaST Partitionierer dismountet. Eine der beiden Partitionen war davor in / und eine in /home gemountet.
Was kann denn noch stören? Mir fehlen die Ideen.
... du hast kein root filesystem mehr. Da ist es kein Wunder wenn das System nicht mehr bootet.
Cheers MH
Hi, nee, ich glaube, das war nur unglücklich formuliert. Richard meinte wohl, dass die Partitionen der HDD als Unterverzeichnisse in "/" und "/home" gemountet waren, nicht dass sie "/" und "/home" waren... -- cu jth
On 24.01.23 14:08, Jörg Thümmler wrote:
Am 24.01.23 um 13:20 schrieb Mathias Homann:
Am Dienstag, 24. Januar 2023, 12:42:21 CET schrieb Richard Hafenscher:
Alle Partitionen auf der auszubauenden hatte ich zuvor im YaST Partitionierer dismountet. Eine der beiden Partitionen war davor in / und eine in /home gemountet.
... du hast kein root filesystem mehr. Da ist es kein Wunder wenn das System nicht mehr bootet.
nee, ich glaube, das war nur unglücklich formuliert. Richard meinte wohl, dass die Partitionen der HDD als Unterverzeichnisse in "/" und "/home" gemountet waren, nicht dass sie "/" und "/home" waren...
Es ist müßig zu spekulieren, was der OP gemeint haben könnte. Schöner wäre es, wenn er den Output von 'cat /etc/fstab' und 'blkid' posten könnte. Viele Grüße Ulf
Am Dienstag, 24. Jänner 2023, 14:15:42 CET schrieb Ulf Volmer:
Es ist müßig zu spekulieren, was der OP gemeint haben könnte.
Schöner wäre es, wenn er den Output von 'cat /etc/fstab' und 'blkid' posten könnte.
Kann ich machen: richard@localhost:~> cat /etc/fstab UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 / btrfs defaults 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /var btrfs subvol=/@/var 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /usr/local btrfs subvol=/@/usr/local 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /tmp btrfs subvol=/@/tmp 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /srv btrfs subvol=/@/srv 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /root btrfs subvol=/@/root 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /opt btrfs subvol=/@/opt 0 0 UUID=fd76d866-c9ba-491d-9dbe-c79ab22d187c /home xfs noatime 0 0 UUID=dfd1eae5-d821-4f65-8c15-cd6dc86df476 /home/Datenspeicher xfs defaults 0 0 UUID=e7dd323c-0bab-472f-8fee-b006593afb01 /boot ext3 acl,user_xattr 0 2 UUID=e32bd577-d702-4383-b101-3352ecfdea3c /Datenspeicher xfs defaults 0 0 UUID=7b76a779-d266-4f28-8a75-8ef8f0eb5083 /.snapshots btrfs subvol=/@/.snapshots 0 0 UUID=884fdefc-c49f-47a1-b871-d4660eec3fc1 swap swap defaults 0 0 UUID=d2555efe-d8e1-4cea-a9ac-e4d7ceac5e4e /home/test xfs defaults 0 0 richard@localhost:~> sudo blkid /dev/sdb1: LABEL="Datenspeich" UUID="e32bd577-d702-4383-b101-3352ecfdea3c" BLOCK_SIZE="4096" TYPE="xfs" PARTUUID="9df16ff8-1f3b-49c4-b222-9cb75dda2181" /dev/sdb2: LABEL="Datenspeich2" UUID="dfd1eae5-d821-4f65-8c15-cd6dc86df476" BLOCK_SIZE="4096" TYPE="xfs" PARTUUID="576dc634-3fb5-473c-9a84-45fb60143cc6" /dev/sdb3: UUID="884fdefc-c49f-47a1-b871-d4660eec3fc1" TYPE="swap" PARTUUID="2ba91e1b-0c08-42a6-a83b-c889c47fbf36" /dev/sdb4: UUID="d2555efe-d8e1-4cea-a9ac-e4d7ceac5e4e" BLOCK_SIZE="4096" TYPE="xfs" PARTUUID="d5365bd0-45dd-4b09-ba20-c327465f44e3" /dev/sda1: UUID="e7dd323c-0bab-472f-8fee-b006593afb01" BLOCK_SIZE="1024" TYPE="ext3" PARTUUID="00058084-01" /dev/sda2: UUID="7b76a779-d266-4f28-8a75-8ef8f0eb5083" UUID_SUB="024b41e8-1f6f-484f-8afc-2cd4227dfe66" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="00058084-02" /dev/sda3: UUID="fd76d866-c9ba-491d-9dbe-c79ab22d187c" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="00058084-03" /dev/sr1: BLOCK_SIZE="2048" UUID="2019-08-10-13-04-22-00" LABEL="KNOPPIX_8" TYPE="iso9660" PTUUID="4c148216" PTTYPE="dos" Wusste nicht, dass Letzteres die UUIDs ausgibt. Richard
Am Di., 24. Jan. 2023 um 14:49 Uhr schrieb Richard Hafenscher <virago@gmx.at>:
UUID=884fdefc-c49f-47a1-b871-d4660eec3fc1 swap swap defaults 0 0
/dev/sdb3: UUID="884fdefc-c49f-47a1-b871-d4660eec3fc1" TYPE="swap" PARTUUID="2ba91e1b-0c08-42a6-a83b-c889c47fbf36"
Unter der Annahme, daß Du sdb ausbauen willst: Da fehlt dann der swap. Versuch's mal ohne (auskommentieren in fstab). Gruß Martin
Am Dienstag, 24. Jänner 2023, 15:14:57 CET schrieb Martin Schröder:
Am Di., 24. Jan. 2023 um 14:49 Uhr schrieb Richard Hafenscher <virago@gmx.at>:
UUID=884fdefc-c49f-47a1-b871-d4660eec3fc1 swap swap defaults 0 0
/dev/sdb3: UUID="884fdefc-c49f-47a1-b871-d4660eec3fc1" TYPE="swap" PARTUUID="2ba91e1b-0c08-42a6-a83b-c889c47fbf36"
Unter der Annahme, daß Du sdb ausbauen willst: Da fehlt dann der swap. Versuch's mal ohne (auskommentieren in fstab).
Danke. Aber nein, die Platte ist hier schon abgehängt. Das ist eben der Recovery Mode. Die fehlende Platte war zuvor auch sdc. Sollte also hier alles beim Alten sein. swap war tatsächlich auf der abgehängten Platte, das habe ich aber zuvor auf der verbleibenden HDD angelegt, wie eben auch die beiden anderen Partitionen der Platte ausgehängt. Darum verstehe ich das Problem ja nicht. Wie gesagt, wenn ich die Platte wieder anhänge, bootet der Rechner ganz normal, ohne Recovery. Richard
Am 24.01.2023 um 15:38 schrieb Richard Hafenscher:
Am Dienstag, 24. Jänner 2023, 15:14:57 CET schrieb Martin Schröder:
Am Di., 24. Jan. 2023 um 14:49 Uhr schrieb Richard Hafenscher <virago@gmx.at>:
UUID=884fdefc-c49f-47a1-b871-d4660eec3fc1 swap swap defaults 0 0
/dev/sdb3: UUID="884fdefc-c49f-47a1-b871-d4660eec3fc1" TYPE="swap" PARTUUID="2ba91e1b-0c08-42a6-a83b-c889c47fbf36"
Unter der Annahme, daß Du sdb ausbauen willst: Da fehlt dann der swap. Versuch's mal ohne (auskommentieren in fstab).
Danke. Aber nein, die Platte ist hier schon abgehängt. Das ist eben der Recovery Mode. Die fehlende Platte war zuvor auch sdc. Sollte also hier alles beim Alten sein.
swap war tatsächlich auf der abgehängten Platte, das habe ich aber zuvor auf der verbleibenden HDD angelegt, wie eben auch die beiden anderen Partitionen der Platte ausgehängt. Darum verstehe ich das Problem ja nicht.
Wie gesagt, wenn ich die Platte wieder anhänge, bootet der Rechner ganz normal, ohne Recovery.
Und das weiß Grub auch, dass du den Swap verschoben hast? Meiner Erfahrung nach geht das ja nicht automatisch "System bootet, aber eben nur, wenn ich den Recovery Mode in Grub auswähle", also interpretiere ich deine Aussage so, dass nicht ein verwirrter Systemd das Problem ist sondern einzig und allein ein verwirrter Grub Manfred
Am Dienstag, 24. Jänner 2023, 15:45:45 CET schrieb Manfred Kreisl:
Am 24.01.2023 um 15:38 schrieb Richard Hafenscher:
Und das weiß Grub auch, dass du den Swap verschoben hast? Meiner Erfahrung nach geht das ja nicht automatisch
"System bootet, aber eben nur, wenn ich den Recovery Mode in Grub auswähle", also interpretiere ich deine Aussage so, dass nicht ein verwirrter Systemd das Problem ist sondern einzig und allein ein verwirrter Grub
Bingo! Wäre nicht draufgekommen, das Grub noch extra erklären zu müssen. Danke. Grüße Richard
Am 24.01.23 um 13:20 schrieb Mathias Homann:
Am Dienstag, 24. Januar 2023, 12:42:21 CET schrieb Richard Hafenscher:
Alle Partitionen auf der auszubauenden hatte ich zuvor im YaST Partitionierer dismountet. Eine der beiden Partitionen war davor in / und eine in /home gemountet.
Was kann denn noch stören? Mir fehlen die Ideen.
... du hast kein root filesystem mehr. Da ist es kein Wunder wenn das System nicht mehr bootet.
Cheers MH
Hi,
nee, ich glaube, das war nur unglücklich formuliert. Richard meinte wohl, dass die Partitionen der HDD als Unterverzeichnisse in "/" und "/home" gemountet waren, nicht dass sie "/" und "/home" waren...
Ja, genau, jeweils in Unterverzeichnissen. System bootet, aber eben nur, wenn ich den Recovery Mode in Grub auswähle. Richard
participants (6)
-
Jörg Thümmler -
Manfred Kreisl -
Martin Schröder -
Mathias Homann -
Richard Hafenscher -
Ulf Volmer