У меня сложилось впечатление, что единственным «большим» дистрибутивом с текущей поддержкой 32 -бит PowerPC является Gentoo . Это дистрибутив на основе исходного кода -, который соответствует вашим критериям.
Вы по-прежнему можете получать пакеты Debian из порта powerpc
, но это больше не выпущенный дистрибутив — что фактически означает, что вам нужно отслеживать тестирование или нестабильность.
Проблема заключалась в повреждении файловой системы, не поддающемся ремонту.
Проблема была связана с 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
Теперь, если вам повезет, ваша проблема может быть решена. К сожалению для меня, эта команда по-прежнему возвращала ошибку. Возможно, есть другой способ исправить сопоставление дисков, о котором я не знаю. Я просто выбрал легкий путь и отформатировал диск, после чего проблема исчезла.