/dev/mapper/ubuntu--vg-root: UUID="516f5088-1f13-4a15-b913-cbc929085fee" BLOCK_SIZE="4096" TYPE="ext4"
Da hast du deinen Pfad. Alles andere wie von Kreuzschnabel bereits erklärt.
|
Anmeldungsdatum: Beiträge: Zähle... |
/dev/mapper/ubuntu--vg-root: UUID="516f5088-1f13-4a15-b913-cbc929085fee" BLOCK_SIZE="4096" TYPE="ext4" Da hast du deinen Pfad. Alles andere wie von Kreuzschnabel bereits erklärt. |
|
Anmeldungsdatum: Beiträge: 1768 |
|
|
Anmeldungsdatum: Beiträge: 1768 |
Beide sind richtig, je nachdem, welche Partition du ansprechen willst ☺ ich bin jetzt von sda3 ausgegangen. --ks |
|
Anmeldungsdatum: Beiträge: Zähle... |
Ähm. Bin da nicht so ganz mit einverstanden. Weil /dev/mapper/sda3_crypt: UUID="BIOvQC_03ck-Btvn-oWuu-Uc12-7C3E37BWIb" TYPE="LVM2_member" enthält doch zwei lv. /dev/mapper/ubuntu--vg-swap_1: UUID="024723c3-9926-4290-9350-d5f820097ecd" TYPE="swap" /dev/mapper/ubuntu--vg-root: UUID="516f5088-1f13-4a15-b913-cbc929085fee" BLOCK_SIZE="4096" TYPE="ext4" Swap ist ja eher nicht das Problem. Würde ich mal mutmaßen. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 362 |
kann ich etwas falsch machen, wenn ich vg-root oder dsa3_crypt versuche? |
|
Anmeldungsdatum: Beiträge: Zähle... |
Also fsck steht ja für Filesystem Check. Das kann man m.E. sinnvoll nur auf ein Filesystem anwenden. Ein Filesystem wie ext4, ReiserFS oder bftrs. Darum habe ich genau diese Filesystem (TYPE=) gelb markiert. Bei dir ist neben LUKS (Verschlüsselung) auch LVM im Spiel und du hast innerhalb des LVM/LUKS-Verschlüsselten /dev/sda3 nur eine einzige ext4-Partition. Die Swap können wir außer Acht lassen, dann hättest du andere Fehlermeldungen. Daher kann fsck nur sinnvoll auf /dev/mapper/ubuntu--vg-root angewendet werden. Was passiert wenn man es auf /dev/mapper/sda3_crypt anwendet weiß ich nicht. Ich würde es auf keinen Fall ausprobieren wollen. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 362 |
danke für die Antwort. Ich versuche es jetzt. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 362 |
so, der Prozess ist durchgelaufen. Es erscheint: /dev/mapper/ubuntu--vg-root: *****FILE SYSTEM WAS MODIFIED***** /dev/mapper/ubuntu--vg-root: 457457/0384128 files (2,1% non-contiguous), 76659241/121525248 blocks (initramfs) was mache ich jetzt? Wie geht es weiter? |
|
Supporter
Anmeldungsdatum: Beiträge: 5356 |
exit |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 362 |
SUUUPEEEER !!!! Läuft wieder. Wow, für mich immer wieder ein Wunder. Herzlichen Dank an Euch für Eure kompetente Hilfe. Ohne das Forum wäre ich wohl Fenstergucker oder Apfelnutzer. Herzliche Grüße, Andreas |
|
Supporter
Anmeldungsdatum: Beiträge: 5356 |
Und NIE wieder würgst du den Rechner per Schalter ab. Davor gibt es andere Möglichkeiten. Siehe mein Link oben. Oder man wechselt auf die TTY (Terminal (Abschnitt „Virtuelle-Konsole“)) und gibt da reboot oder poweroff ein. Und auch mal prüfen ob Fastboot im UEFI abgeschaltet ist. |
|
Anmeldungsdatum: Beiträge: 656 |
Und für mich immer wieder ein Wunder, dass Menschen nach 17,5 Jahren Nutzung von Linux (Ubuntu) sich in diesem Zeitraum so wenig Hintergrundwissen angeeignet haben. Da wäre es dann auch nicht besser in ein Fenster zu gucken oder schon angeknabberte Äpfel zu essen. Denn auch bei den Fenstern und angeknabberten Äpfeln kann es zu Inkonsistenzen in deren Dateisystemen kommen und so ganz von allein reparieren die sich dort auch nicht. Ergänzend von mir zu schwarzheit Hinweis den Rechner nicht unüberlegt und voreilig per Schalter abzuwürgen, noch der Hinweis Backups nicht zu vernachlässigen. Denn nicht immer hilft ein fsck. Daher mal Datensicherung lesen und diese Backups dann auch regelmäßig durchführen. |
|
Anmeldungsdatum: Beiträge: 42 |
|
|
Anmeldungsdatum: Beiträge: 371 |
|
|
Anmeldungsdatum: Beiträge: 656 |
Sehr guter Hinweis von Mylin, wenn auch bei aktuellen *buntus Alt + Druck + s + u + b reichen würde denn + r + e + i sind per default seit 12.10 deaktiviert. Für die, die nicht so genau wissen um was es geht sei Magic SysRQ zu lesen empfohlen. |