Очень странное поведение файловой системы, файл Шрёдингера

У меня сложилось впечатление, что единственным «большим» дистрибутивом с текущей поддержкой 32 -бит PowerPC является Gentoo . Это дистрибутив на основе исходного кода -, который соответствует вашим критериям.

Вы по-прежнему можете получать пакеты Debian из порта powerpc, но это больше не выпущенный дистрибутив — что фактически означает, что вам нужно отслеживать тестирование или нестабильность.

5
19.01.2021, 00:43
1 ответ

Проблема заключалась в повреждении файловой системы, не поддающемся ремонту.

Проблема была связана с macOS:fsroot root tree is invalid

Спасибо всем за ваши предложения


по просьбе @Kusalananda, шаги, которые я предпринял. Примечание :относится только к macOS.

Рекомендуется загрузиться в режиме восстановления (, чтобы можно было размонтировать загрузочный диск ), нажав CMD + R во время запуска MacOS

выполнить diskutil listи наблюдать за своими дисками

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         239.8 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *120.0 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS SSD                     119.7 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +239.8 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume main                    11.1 GB    disk2s1
   2:                APFS Volume Preboot                 24.3 MB    disk2s2
   3:                APFS Volume Recovery                525.8 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4
   5:                APFS Volume main - Data             10.1 GB    disk2s5

то, что вам нужно, находится в столбце IDENTIFIER

взять из него значение (disk0s1... )и запустить его

diskutil verifyVolume <IDENTIFIER>

пример:diskutil verifyVolume disk0s1

для меня, как только я проеду disk0s2я получил

fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely

Если это ваш загрузочный диск, вам необходимо размонтировать его перед выполнением следующего действия

diskutil unmount <volume> 

нравитсяdiskutil unmount /dev/disk0s2

Теперь вернитесь к списку дисков и узнайте, какой формат установлен для этого идентификатора.

в моем примере это было Apple_APFS Container disk2, что означает, что это в формате APFS.

теперь нужно бежатьfsck_<file format> -y <broken volume>

так как в моем случае формат диска APFSи мне нужно восстановить /dev/disk0s2он идет как:

fsck_apfs -y /dev/disk0s2

для справки

fsck_apfs [ [-q | -n | -y] [-l] [-s] [-S] [-o] ] device
       -q            quick check if the superblock and checkpoint superblock are valid.
       -n            verify only (answer "no" to questions)
       -y            always repair (answer "yes" to questions)
       -l            live fsck (lock down for verify-only)
       -s            print space verification summary
       -S            skip iteration of snapshots, although no repairs can be made.
       -o            repair overallocations; please do not run an older fsck_apfs on newer systems with this option

Теперь, если вам повезет, ваша проблема может быть решена. К сожалению для меня, эта команда по-прежнему возвращала ошибку. Возможно, есть другой способ исправить сопоставление дисков, о котором я не знаю. Я просто выбрал легкий путь и отформатировал диск, после чего проблема исчезла.

2
18.03.2021, 22:35

Теги

Похожие вопросы