[Bug 264450] ufs: Partition recognized on 12.3 not recognized on CURRENT (2573e6ced996): Cannot find file system superblock .. Invalid fstype: Invalid argument
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 05 Jun 2022 07:11:44 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264450
--- Comment #7 from Martin Birgmeier <d8zNeCFG@aon.at> ---
(In reply to Kirk McKusick from comment #5)
I recompile using buildworld buildkernel -DNO_CLEAN. The following files
differed from the installation and were reinstalled (I first install into a
temporary location and then do a compare):
boot/kernel/kernel
boot/kernel/ufs.ko
boot/loader
boot/loader.efi
boot/loader.kboot
boot/loader_4th
boot/loader_4th.efi
boot/loader_lua
boot/loader_lua.efi
boot/loader_simp
boot/loader_simp.efi
boot/pxeboot
boot/userboot.so
boot/userboot_4th.so
boot/userboot_lua.so
boot/zfsloader
lib/libufs.so.7
(everything in rescue)
sbin/fsdb
usr/lib/debug/boot/kernel/kernel.debug
usr/lib/debug/boot/kernel/ufs.ko.debug
usr/lib/libufs.a
usr/lib/libufs.so
usr/lib32/libufs.a
usr/lib32/libufs.so
usr/lib32/libufs.so.7
It is interesting to note that libsa was not recompiled.
When attaching the disk, the console shows the following:
da1 at iscsi2 bus 0 scbus4 target 0 lun 0
da1: <FREEBSD CTLDISK 0001> s/n RPI-B_DISK26 detached
(da1:iscsi2:0:0:0): Periph destroyed
da1 at iscsi3 bus 0 scbus4 target 0 lun 0
da1: <FREEBSD CTLDISK 0001> Fixed Direct Access SPC-5 SCSI device
da1: Serial Number HAL_P0026
da1: 150.000MB/s transfers
da1: Command Queueing enabled
da1: 476940MB (976773168 512 byte sectors)
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Failed code 3
Fsck'ing is interesting - it now proceeds on da1s4d (it is now da1 because of a
different way of booting):
[0]# ll /dev/da1*
crw-r----- 1 root operator 0x6c Jun 5 08:59 /dev/da1
crw-r----- 1 root operator 0x6e Jun 5 08:59 /dev/da1s1
crw-r----- 1 root operator 0x6f Jun 5 08:59 /dev/da1s4
crw-r----- 1 root operator 0x73 Jun 5 08:59 /dev/da1s4a
crw-r----- 1 root operator 0x74 Jun 5 08:59 /dev/da1s4b
crw-r----- 1 root operator 0x75 Jun 5 08:59 /dev/da1s4d
[0]# fsck /dev/da1s4a
** /dev/da1s4a
ADD SUPERBLOCK CHECK-HASH PROTECTION? [yn] n
ADD INODE CHECK-HASH PROTECTION? [yn] n
** Last Mounted on /mnt
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
3627 files, 131623 used, 376160 free (3256 frags, 46613 blocks, 0.6%
fragmentation)
***** FILE SYSTEM IS CLEAN *****
[0]# fsck /dev/da1s4d
** /dev/da1s4d
ADD SUPERBLOCK CHECK-HASH PROTECTION? [yn] n
ADD INODE CHECK-HASH PROTECTION? [yn] n
** Last Mounted on /mnt/usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
1269131 files, 10661916 used, 13593544 free (15728 frags, 1697227 blocks, 0.1%
fragmentation)
***** FILE SYSTEM IS CLEAN *****
fsck /dev/da1s4d 1.65s user 10.11s system 2% cpu 7:56.92 total
[0]# gpart show da1
=> 63 976773105 da1 MBR (466G)
63 1985 - free - (993K)
2048 761726968 1 ntfs (363G)
761729016 215044152 4 freebsd [active] (103G)
[0]# gpart show da1s4
=> 0 215044152 da1s4 BSD (103G)
0 16 - free - (8.0K)
16 4194304 1 freebsd-ufs (2.0G)
4194320 10485760 2 freebsd-swap (5.0G)
14680080 200364072 4 freebsd-ufs (96G)
[0]#
-- Martin
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.