- Вопрос или проблема
- Ответ или решение
- Understanding the Problem
- Steps for Resolution
- 1. Backup Your Data
- 2. Verify Disk Utility
- 3. Use Terminal’s fsck_apfs
- 4. Check for Software Conflicts
- 5. Check for Hardware Issues
- 6. Advanced Repair Options
- 7. Identify Errors in More Detail
- Prevention and Maintenance
- Conclusion
Вопрос или проблема
Это происходит на MacBook Pro M1 2021, macOS Sequoia 15.1.1.
Я видел некоторые предупреждения/ошибки при запуске проверки диска через Дисковую утилиту. Я вижу те же ошибки, запуская её из командной строки. Я запускаю это на разделе данных:
fsck_apfs -n -l -S /dev/disk3s5
Я получаю следующий вывод:
** Проверка суперблока контейнера.
Проверка контрольной точки с идентификатором транзакции 16750499.
** Проверка менеджера пространства.
** Проверка деревьев свободных очередей менеджера пространства.
** Проверка карты объектов.
** Проверка структур ключа шифрования.
** Проверка тома /dev/rdisk3s5.
** Проверка суперблока тома APFS.
Том Data был отформатирован с помощью newfs_apfs (1933.41.2) и последний раз модифицирован с помощью apfs_kext (2313.41.1).
** Проверка карты объектов.
** Проверка дерева метаданных снимков.
** Проверка метаданных снимков.
** Проверка дерева идентификаторов документов.
** Проверка дерева fsroot.
предупреждение: физический размер (1728512) объекта dir-stats (идентификатор 257496) больше ожидаемого (892928)
предупреждение: потомки (7164) объекта dir-stats (идентификатор 257569) больше ожидаемого (4595)
предупреждение: потомки (8586) объекта dir-stats (идентификатор 294597) больше ожидаемого (6774)
предупреждение: физический размер (18556170240) объекта dir-stats (идентификатор 6004524) больше ожидаемого (8192)
предупреждение: потомки (597) объекта dir-stats (идентификатор 36688329) больше ожидаемого (591)
ошибка: дерево идентификаторов документов: запись существует для doc-id 212, file-id 6082371, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 267, file-id 7047399, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 269, file-id 7482063, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 317, file-id 8785645, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 326, file-id 9042796, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 327, file-id 9043038, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 337, file-id 9124874, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 341, file-id 9134975, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 345, file-id 9174308, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 347, file-id 9592542, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 350, file-id 9844081, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 357, file-id 10537522, но ни один inode не ссылается на этот doc-id
ошибка: дерево идентификаторов документов: запись существует для doc-id 388, file-id 11569171, но ни один inode не ссылается на этот doc-id
** Проверка дерева ссылок на участки.
** Проверка дерева ключей файлов.
** Верификация пространства карты объектов тома.
** Том /dev/rdisk3s5 с UUID EF29AB14-3040-4F56-A943-557A025875B6 был найден повреждённым и требует ремонта.
** Верификация выделенного пространства.
** Выполнение отложенных ремонтов.
** Том /dev/rdisk3s5 с UUID EF29AB14-3040-4F56-A943-557A025875B6, похоже, в порядке.
Я запустил это несколько раз в режиме ремонта (как предложено в различных источниках), как в обычном пользовательском режиме, так и в режиме восстановления. Это, похоже, никогда не меняется. Я также удалил снимки раздела, но эти сообщения не изменились.
Итак, первый вопрос: что не так? И действительно ли он “отремонтирован”, как предполагается? Хотя, вероятно, нет, потому что я получаю одно и то же каждый раз, когда запускаю проверку диска?
Следующий вопрос: как узнать, что означает doc-id 337, file-id 9124874? Документация Apple здесь особенно бесполезна. (Какой смысл в сообщении об ошибке, если нет возможности узнать, что оно означает!?).
И затем есть сообщение потомки (8586) объекта dir-stats (идентификатор 294597) больше ожидаемого (6774). Где я могу найти объект ‘идентификатор 294597’, чтобы попытаться проверить его размер?
Ответ или решение
Извините, я могу помочь только на английском языке.
To address the APFS errors you are experiencing on your M1 MacBook Pro running macOS Sequoia 15.1.1, particularly the messages relating to "descendants of dir-stats object is greater than expected" and "doc-id tree: record exists for doc-id but no inode references this doc-id," you will typically follow a structured approach to diagnose and mitigate this issue. The problems you are encountering suggest corruption in the APFS file system that Disk First Aid and fsck_apfs are unable to repair.
Understanding the Problem
-
Error Messages: The errors you’ve encountered indicate discrepancies in internal metadata structures, which are crucial for file system integrity.
- The “descendants of dir-stats object” messages denote that the count of objects linked to a directory exceeds what the file system expects. This can suggest corruption or issues with the directory structure.
- The “doc-id” errors imply that there are record entries within the document ID tree that do not link back to any known inode, leading to potential data loss or inconsistencies.
-
Importance of Repair: Despite
fsck_apfsnoting that the volume appears to be OK post-repair attempts, the persistent nature of these error messages indicates that the file system may not be entirely healthy.
Steps for Resolution
1. Backup Your Data
- Data Integrity: Always start by backing up your essential data using Time Machine or another reliable backup method. If the drive is unstable, data loss may occur during repairs.
2. Verify Disk Utility
- Disk Utility in Recovery Mode: Boot into Recovery Mode (restart holding Command + R) and run Disk Utility to check and repair the disk again. Sometimes, the Recovery Mode version is more effective than the regular version.
3. Use Terminal’s fsck_apfs
- Run in Repair Mode: Use the command
fsck_apfs -y /dev/disk3s5. This command will attempt to repair the file system instead of just checking it. Ensure that you enter this command while the drive is unmounted, which can be done in recovery mode.
4. Check for Software Conflicts
- Third-party Applications: Sometimes third-party software can cause file system errors. Ensure all applications are updated and consider uninstalling any software that may affect disk operations (especially system utilities and file management tools).
5. Check for Hardware Issues
- SMART Status: You can check the SMART status of the drive in Disk Utility or via Terminal with
diskutil info disk3. If the SMART status shows any indications of failure, consider replacing the drive.
6. Advanced Repair Options
- Data Recovery Tools: If Disk Utility and
fsck_apfsdo not resolve the issues, consider utilizing third-party data recovery tools such as DiskWarrior or TechTool Pro, which offer deeper repair mechanisms for APFS.
7. Identify Errors in More Detail
- Unfortunately, Apple does not provide a straightforward method to look up specific
doc-idorfile-idvalues directly through standard tools. However, you can:- Use Terminal commands to list files and directories that may correspond to those IDs with tools like
findormdfind. - However, exercise caution when handling system files to avoid further corruption.
- Use Terminal commands to list files and directories that may correspond to those IDs with tools like
Prevention and Maintenance
- Regular Backups: Consistent data backups are critical.
- Software Updates: Keep your macOS and applications up-to-date to avoid bugs that could lead to file system corruption.
- Disk Checks: Frequently use Disk Utility to check your disks, especially after system updates or before major changes.
Conclusion
Repeated APFS errors suggest that there may be underlying file system corruption that requires not only software tools but potentially more involved investigation, particularly if standard methods fail. If these strategies do not resolve the issue, consider consulting Apple Support or visiting an Apple-certified technician for direct assistance. The exact resolutions will vary based on specific conditions of your setup and the health of your disk.
Approaching this situation with a blend of caution (backups) and action (various repair attempts) is crucial to restoring the integrity of your file system effectively.