Arch Linux

F2FS FSCK mit 6.9.1

Greg

Moin Leute,
ich habe ein Problem mit F2FS und kernel 6.9.1.
Das Booten dauert sehr lange weil ein FSCK sehr lange dauert.
Was wurde gemacht:
Ein normales update pacman -Syu.
Unter Anderem wurde auch linux aktualisiert.
Neu booten.
Der PC läuft ganz normal durch.
Nochmal neu booten.
Der PC macht FSCK mit folgendem Ablauf:

info: Fix the reported corruption.
Info: MKF3 version
linux version 5.15.4-arch1-1 (linux@archlinux) (gcc (GCC) 11.1.8,
Info: FSCK version
 from "Linux version 5.15.4-arch1-1 (linux@archlinux) (gcc (GCC) 11.
 to “Linux version 6.9.1-arch1-1 (linux@archlinux) (gcc (GCC) 14.1
Info: superblock features = 0 :
Info: superblock encrypt level = 0, salt =0000
Info: fs errors: invalid_blkaddr
Info: Segments per section = 1
Info: Sections per zone = 1
Info: total FS sectors = 1952499080 (953368 MB)
Info: CKPT version = 70db40d0
Info: checkpoint state = 45 : crc compacted_summary unmount
[FSCK] Check node 1 / 907283 (0.00:%)
[FSCK] Check node 90729 / 907283 (10.0%)
[FSCK] Check node 181457 / 987283 (20.00%)
[F3CK] Check node 272185 / 907283 (30.00%)
[FSCK] Check node 362913 / 907283 (40.00%)
[FSCK] Check node 453641 / 907283 (50.00%)
[FSCK] Check node 544369 / 907283 (60.00%)
[FSCK] Check node 635097 / 907283 (70.00%)
[FSCK] Check node 725825 / 907283 (80.00%)
[FSCK] Check node 816553 / 907283 (90.00%)
[FSCK] Check node 907281 / 907283 (100.00%)

[FSCK] Max image size: 286624 MB, Free space: 666744 MB
[FSCK] Unreachable nat entries
[FSCK] SIT valid block bitmap checking [Ok..]
[FSCK] Hard link checking for regular file [Ok..] [0x56c]
[FSCK] valid_block count matching with CP [Ok..] [0x45760d2]
[FSCK] valid_node_count matching with CP (de lookup) [Ok..] [0xdd813]
[FSCK] valid_node_count matching with CP (nat lookup) [OK..] [0xdd813]
[FSCK] valid_inode_count matched with CP [Ok..] [0xd819d]
[FSCK] free segment_count matched with CP [Ok..] [0x5074b]
[FSCK] mext block offset is free [Ok..]
[FSCK] fixing SIT types
[FSCK] other corrupted bugs [Ok..]
[update_superblock: 765] Info: Done to update superblock

Done: 158.039068 secs

Das Anmelden ging dann auch ganz normal.
Nochmal neu booten.
Wieder FSCK sehr langsam wie bei Ablauf beschrieben.
Alten kernel installiert pacman -U linux-6.8.9.arch1-2-x86_64.pkg.tar.zst linux-docs-6.8.9.arch1-2-x86_64.pkg.tar.zst
Neu booten mit dem alten kernel.
Wieder FSCK sehr langsam wie bei Ablauf beschrieben.
Anmelden und nochmal booten.
Ab jetzt bootet der PC ganz normal schnell durch.

Eintrag in der fstab generiert damals aus genfstab:
LABEL=p_arch2 / f2fs rw,relatime,lazytime,background_gc=on,nogc_merge,discard,inline_xattr,inline_data,inline_dentry,flush_merge,extent_cache,mode=adaptive,active_logs=6,alloc_mode=default,checkpoint_merge,fsync_mode=posix,memory=normal,errors=continue 0 1

Ich Danke Euch im Voraus!!
Gruß aus DN
Greg

brikler

Greg LABEL=p_arch2 / f2fs rw,relatime,lazytime,background_gc=on,nogc_merge,discard,inline_xattr,inline_data,inline_dentry,flush_merge,extent_cache,mode=adaptive,active_logs=6,alloc_mode=default,checkpoint_merge,fsync_mode=posix,memory=normal,errors=continue 0 1
ich würde das ändern in: LABEL=p_arch2 / f2fs rw,relatime,lazytime,background_gc=on,nogc_merge,discard,inline_xattr,inline_data,inline_dentry,flush_merge,extent_cache,mode=adaptive,active_logs=6,alloc_mode=default,checkpoint_merge,fsync_mode=posix,memory=normal,errors=continue 0 0

Greg

brikler ...errors=continue 0 0
Hi brikler, ich danke dir!! Hatte ich schon vorher mal versucht.
Keine Änderung.

brikler

Greg auf 0 0 gestellt? normalerweise gibts dann keinen dateisystemcheck, aber wenn dus schreibst, wirds schon so sein.
hast du fsck im mkainitcpio hook arry? ich würde es raus nehmen, und die initcpio neu machen.

Greg

Hallo brikler, nochmals danke für deinen Tip.
In der fstab ist 0 0 eingetragen.
Nach dem 2. Booten dauert es wieder lange.
Mit dem alten kernel wieder mit fsck alles gefixt.
fsck jetzt aus der mkinitcpio.conf entfernt.
Neuen kernel installiert. Macht ja dann wieder eine initramfs dann ohne fsck.
Mehrere male gebootet.
Jetzt klappt es.
Trommelwirbel!!!
Ist aber schon komisch das beim Ersten booten mit dem neuen Kernel normal funktioniert und beim 2 mal nicht mehr und in der fstab den Eintrag 0 0 ignoriert wird.
Ich behalte das mal im Hinterkopf. Ich habe zum Glück keine weitere HDD installiert. Alles nur SSDs. Dann kann man das ja so machen mit fsck aus der Hook rausnehmen.
Bei einem 2. PC kann ich das so leider nicht machen, da dort eine 2.HDD noch drin ist.
Gruß aus DN
Greg

brikler

Greg Bei einem 2. PC kann ich das so leider nicht machen, da dort eine 2.HDD noch drin ist.

warum nicht? das system wird doch auf der ssd sein, oder?
wenn das system läuft, dann machst du einen umount und dann prüfst dus dateisystem.

Greg

Das System ist auf SSD.
Klar, kann ich die HDD „von Hand“ durchchecken lassen. Werde ich wohl so auch machen.

Greg

So, es ist was Zeit vergangen und auch im englischen Forum kann man von Leuten lesen die die gleichen Probleme haben.
Sogar Einer von Gentoo ist dabei.
Es ist wohl ein Fehler des kernels 6.9.1.
Auch heute mit update linux 6.9.2 bleibt der Fehler drin.
Das gelöst habe ich mal entfernt weil mit der mkinitcpio.conf das weglassen von fsck das eigentliche Problem nicht löst. Aber immerhin vorläufig soweit funktioniert. Ich werde weiter berichten.
Gruß aus DN
Greg

Greg

Heutiges update auf linux 6.9.2.arch1-1
immer noch der gleiche Fehler. Auch nach mehreren Booten.

schard

Für mich riecht das nach einem HW Defekt.

Greg

Laut dieser Seite:
https://bugzilla.kernel.org/show_bug.cgi?id=218770
soll das ab kernel 6.9.3 gefixt sein.
Warten wirs ab.
HW defekt? Mit alten kernel und mit LTS kernel funktioniert alles Bestens.

Hier ist noch der Beitrag im englischen Forum:
https://bbs.archlinux.org/viewtopic.php?id=296022

schard

Greg HW defekt? Mit alten kernel und mit LTS kernel funktioniert alles Bestens.

Reproduzierbar? Oder nur zufällig das eine Mal?

Greg

Moin Schard,
Bei jedem Booten wenn aktueller kernel installiert ist.
Ich habs ja ganz oben komplett beschrieben.
Ich probiere es dann mal mit 6.9.3 wenn der da ist.
Nach dem Booten mit 6.9.2 und danach Booten mit lts durchläuft der fsck das 1.mal sehr langsam.
Scheinbar kann der lts kernel da was reparieren.
Wenn danach nochmal gebootet wird, dann läuft fsck schnell durch ohne Fehlermeldung wie gewohnt.
Gruß aus DN
Greg

Greg

Heutiges update mit linux 6.9.3.arch1-1

mal Booten fsck läuft wie oben langsam durch.
mal Booten alles wieder im Lot. So wie es sein soll.
Damit ist das Problem beseitigt.
Gruß aus DN
Greg.