Можно, наверное, отказаться от поиска для `<\/HTML> и`. Даже если он оказывается на другой строке, важной частью является то, что это заканчивается тем, что перед закрывающим тегом body. и вот из-за плесени? Я думал, что это бактерии Привет @патрикса хорошие моменты. Я скопировал большой файл (8 ГБ) на удаленный объем, используя WiFi и получил около 2-5 МБ/сек. С помощью кабеля Ethernet у меня между 15 и 30 МБ/с. Поэтому, я думаю, можно с уверенностью сказать, что сеть и копирование функции работают хорошо. Потом я подключил внешний USB диск и целевой диск моего ТМ, как вы предложили. Он работает уже почти 3 часа, а она до сих пор не сделано 60 МБ из общего числа 280 ГБ. Поэтому, я думаю, можно с уверенностью сказать, что это не хорошо работает. Я бы заключить, что есть что-то не так с моим ТМ. Я могу удалить его и переустановить его из AppStore? Спасибо

Похоже, программа fdisk и проверки используются кэшированные данные даже после выдачи partprobe. Это сделало программы fdisk использовать неправильную таблицу разделов и проверку неправильный суперблок.

Я пытался перезагрузить машину и как fdisk и проверке fsck сообщает ожидаемых результатов, но и те же результаты для физического диска и ЛЖ.

Я ожидал, что FS может сообщить некоторые ошибки (все 4 ТБ, но 2Мб были восстановлены с оригинального диска на ЛВ), но я смонтировал раздел на физическом диске и файлы отображаются нормально.