Итак. Я застрял. Это недавняя установка Ubuntu 20.04. Все диски настроены как файловые системы ZFS.
⚡ root@docker /var zpool list
NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
bpool 1,88G 506M 1,38G - - 0% 26% 1.00x ONLINE -
data 10,9T 1,76G 10,9T - - 0% 0% 1.00x ONLINE -
rpool 920G 7,61G 912G - - 0% 0% 1.00x ONLINE -
bpool - это мой загрузочный раздел, rpool - мой корень. Выглядит это так:
⚡ root@docker /var zfs list
NAME USED AVAIL REFER MOUNTPOINT
bpool 505M 1,26G 96K /boot
bpool/BOOT 503M 1,26G 96K none
bpool/BOOT/ubuntu_u1x577 503M 1,26G 269M /boot
data 1,76G 10,5T 96K /data
data/home 110M 10,5T 110M /home
data/var 1,65G 10,5T 1,58G /var
data/var/lib 77,8M 10,5T 96K /var/lib
data/var/lib/docker 77,7M 10,5T 772K /var/lib/docker
data/var/lib/docker/3507eb58f488f64c7b9fc52fec17371e733dccf691d88a55ce23e4a732694f1d 84K 10,5T 76,5M legacy
data/var/lib/docker/66f1d3eb20e22d69da12e47e6e363c2c4ccfe71d9c9d58b46c4a27a0a143b354 5,02M 10,5T 11,1M legacy
data/var/lib/docker/7fac28892c840428c90e8a0eff4289b3791f816ea8eef6a0606d141fb2f83ada 65,5M 10,5T 76,5M legacy
data/var/lib/docker/cd2984a7ec9b4a4d4138d92c189d5c4c13fe4ace09aa88f3cd7603fd65005042 6,31M 10,5T 6,30M legacy
data/volumes 308K 10,5T 308K /data/volumes
rpool 7,61G 884G 96K /
rpool/ROOT 7,48G 884G 96K none
rpool/ROOT/ubuntu_u1x577 7,48G 884G 3,31G /
Остальное я отрезал, потому что не думаю, что это важно. Если я запускаю apt install
, я получаю следующее:
⚡ root@docker /var apt install
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
3 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
INFO Requesting to save current system state
Successfully saved as "autozsys_apdldl"
Setting up zfsutils-linux (0.8.3-1ubuntu12) ...
zfs-import-scan.service is a disabled or a static unit, not starting it.
zfs-import-scan.service is a disabled or a static unit, not starting it.
Job for zfs-mount.service failed because a fatal signal was delivered to the control process.
See "systemctl status zfs-mount.service" and "journalctl -xe" for details.
invoke-rc.d: initscript zfs-mount, action "start" failed.
● zfs-mount.service - Mount ZFS filesystems
Loaded: loaded (/lib/systemd/system/zfs-mount.service; enabled; vendor preset: enabled)
Active: failed (Result: signal) since Fri 2020-04-24 23:51:39 CEST; 9ms ago
Docs: man:zfs(8)
Process: 71542 ExecStart=/sbin/zfs mount -a (code=killed, signal=SEGV)
Main PID: 71542 (code=killed, signal=SEGV)
Apr 24 23:51:38 docker systemd[1]: Starting Mount ZFS filesystems...
Apr 24 23:51:38 docker zfs[71542]: cannot mount '/var': directory is not empty
Apr 24 23:51:38 docker zfs[71542]: cannot mount '/home': mount failed
Apr 24 23:51:39 docker systemd[1]: zfs-mount.service: Main process exited, code=killed, status=11/SEGV
Apr 24 23:51:39 docker systemd[1]: zfs-mount.service: Failed with result 'signal'.
Apr 24 23:51:39 docker systemd[1]: Failed to start Mount ZFS filesystems.
dpkg: error processing package zfsutils-linux (--configure):
installed zfsutils-linux package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of zfs-initramfs:
zfs-initramfs depends on zfsutils-linux (>= 0.8.3-1ubuntu12); however:
Package zfsutils-linux is not configured yet.
dpkg: error processing package zfs-initramfs (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of zfs-zed:
zfs-zed depends on zfsutils-linux (>= 0.8.3-1ubuntu12); however:
Package zfsutils-linux is not configured yet.
dpkg: error processing package zfs-zed (--configure):
dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup error from a previous failure.
No apport report written because the error message indicates its a followup error from a previous failure.
Errors were encountered while processing:
zfsutils-linux
zfs-initramfs
zfs-zed
INFO Updating GRUB menu
E: Sub-process /usr/bin/dpkg returned an error code (1)
Похоже, что zfsutils-linux
пытается перемонтировать / var и / home, но не может, потому что каталог не пуст (потому что я предполагаю, что он уже смонтирован?).
Есть ли у кого-нибудь идеи, как я могу устранить неполадки?
Я понял, что происходит.
У меня есть /var
и /home
как часть пула data
ZFS. Очевидно, в какой-то момент, когда он не был смонтирован, что-то написало в /var
и /home
, что означает, что пул data
ZFS не может быть смонтирован, потому что сообщение говорит не может смонтировать '/ var': каталог не пуст
.
Было бы немного понятнее, если бы они включили название пула в сообщение об ошибке.
Если кто-то еще попадет в такую ситуацию:
мв/вар
/var.old
zfs mount -a
rsync
-avz --delete /var.old/* /var/
У меня была та же проблема (в моем случае в /home
существовало несколько файлов, что мешало /home/username
из чистое монтирование), но решил это по-другому и с меньшими трудностями:
Загрузитесь в режиме восстановления из GRUB и выберите Drop to root shell prompt
размонтируйте все наборы данных ZFS: zfs unmount -a
убедиться, что все пулы размонтированы
смонтировать проблемные наборы данных вручную: смонтировать zfs pool/home
проверить файлы, которых там быть не должно, и удалить их:
mv /home /username /home/username.old
проверьте, по-прежнему ли монтирование всех наборов данных ZFS вызывает ошибки
zfs mount -a
если да, повторите, в противном случае перезагрузитесь
узнайте, что делать с файлы в /home/username.old