И не написал что за винт, какой тип записи на нём, какими проводами подключен, определяется ли в биосе или уефи. Может у тебя там черепичная запись и винт тупо не успевает читать и писать на своей паспортной скорости, а меньшую программно не сделать. С такой проблемой даже целый винт перестаёт работать, особенно если сатовский провод быстрый и ты его почистил, и он в результате стал работать ещё быстрее. Такое лечится подбором более медленного сатовского провода. Красненький засобачить, они самые медленные, но и среди красных могут быть побыстрее и помедленнее. Ну и плату отвинтить, контакты почистить можно. У меня винт с черепицей регулярно отрубался пока аппаратно скорость ему не убавил. Накрутили разрабы максимальную скорость винтам, а те с ней не справляются.

В яндексе ты тоже забанен, потому информацию по винту не читал. И провода, которыми подключаешь тоже не видел. Он у тебя по вайфаю подключен?

А усб у тебя, как у буржуя, наверное 3, или 2 но быстроходное. Тогда ты попал конкретно. Попробуй воткнуть в древний дешёвый ноут. может там заведётся.

partitionmanager

Нечитаемые сектора в линуксе "в прямом" эфире заменяются на новые. Можно даже этого не заметить. Как посмотришь в смарт у старого винта а там rellocated sector count больше сотни, на каком несколько штук, но бывают и с нулём. Если много таких перемещённых секторов и никаких проблем механикой нет, а глюки есть, то замена синего провода на серый или красный оказывает замечательный терапевтический эффект. У сатовских проводов класс скорости кодируется цветами. И казалось, что чем круче провод, тем лучше будет работать, но получилось, что быстрые провода рулят на дисках, которые слишком быстро не умеют работать, то есть их вообще не ускоришь больше чем надо.

В общем случае, торможение винта более медленным проводом, если он не справляется со скоростью чтения/записи рулит и педалит. Про черепичные винты в тырнете писали, что они в райде через какое-то время отрубаются. Производятлы писали что они для райдов и не предназначены. Но эти винты и без райда с отключениями чудят. Может в новых версиях починили дрова для программного снижения скорости, но хз, это сложно проверить. Скорость винта, это престиж производителя и её стараются натянуть до критических величин а там Луна не той фазой на системник посветит и кирдык - запас прочности у системы минимальный. Флешки тормозить при долгой записи производители научили, а винты кочегарят на пределе сил. Для внешних винтов хорошо бы на этот случай тормозной переходник в усб собрать. Влепить туда замедлитель. Но пока нет такого девайса, посмотри на свои усб порты, может среди них есть помедленнее.

Тебе бы нарыть дешёвый древний тормозной мелкий винт с таким же проводом, но медленного класса, на запчасти. Чтобы драйвера определяли хреновость провода и врубали скорость поменьше. Тогда ничего паять не придётся.

Вот тут написано как скорость усб ускорять в биосе. Проверь, может у тебя раскочегарено сверх меры. Проблема в том, что линуксы и маздайки давно плюют на биос и часть установленных там параметров завышают, что может приводить к звиздецу. Как в линуксе узнать и отрегулировать скорость усб портов - не узнавал. Должна быть какая-то редкая утилита с хреновым хелпом на буржуйском, но ты его знаешь, или в онлайн переводчик вколдобишь. Разберёшься, если захочешь, потому что проблема может вылезти и на новом винте.

А хз как ОС всоим писюнов влияют на дрова винта. Это сказать точно не получается. Так вышло, что в линуксе сижу больше чем в маздайке, потому говорю про то, что знаю из практики. Потерянные данные часто вообще не замечаешь что они потеряны пока не начнёшь исправлять повреждения. Ну будет в фильме кусок какой-то бурды, но плеер может с ней справиться и дальше просмотр пойдёт нормально. Или музыкальный плеер не прочитает песенку и автоматически перескочит на проигрывание новой. Хорошие разрабы учат справляться ПО с такими потерянными данными!

И кроме видимости диска есть видимость винта. В гуёвой линуксовой лечилке дисков можно сразу посмотреть на всю информацию и не париться. В консольных посложнее, там запудрят мозги хренью нерусской и чего-то не заметишь и не поймёшь. Сандаль как раз в консольных и смотрит, а английский язык не предназначен для сильно умного использования, потому упустить он может больше.

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

Если не биос, то какая-то другая программа выполняющая его функцию.

В нормальном линуксе - гуёвой кэдеешной программой, но у него там кед вроде нету, босиком ходит по гвоздям, как ёг. А какой консольной утилитой сделать тоже самое, знает яндекс. Пишешь вопрос по русски и находишь ответ. Это довольно модный вопрос, потому тебе дадут и модный ответ.

Зато тебе в винде по умолчанию предлагают скачать глючный 32 битный гимп. На 64 битную систему в 2021 году. 64 битный тоже есть, но тебе предложат 32 битный, в котором что-то с типами данных напутано.

Ты скачал 32 битный, а он глючит, по крайней мере на семёрке. Русуешь большие многослойные рисунки, а потом происходит неведомая фигня и дальше операция не выполняется. В версии для разработчиков, которая с консолью, видно что ошибки идут. Это потому что разрабатывается она на сях в 64 битном линуксе, а потом компиляется в маздайку под 32 бита, и там ихные клоунские сишные фокусы с переменными непостоянного размера и указателями нужно заново отлаживать. А чтобы скачать правильный, пацанский 64 битный графредактор, надо укоротить ссылку, по котором на официальном сайте впаривают самую последнюю версию, попасть в хранилище и скачать правильную.

Ну и зря. Лучше бы рисовал чем служил агентом Тель-Авива. Смарт в яндексе. А толку с него скорее всего не будет. Когда винт выстёбывается, первым делом надо провода перетыкивать, а Сандалю нечего перетыкивать, у него один всего, а замедлить усб для теста ему в лом. Ему вообще влом на ситуацию с винтом, а тему завёл для самоуспокоения. Повтыкать в консольные дисковые утилиты и потом с чистой совестью выбросить винт - ну не шмогли почить, значит не шмогли. Несколько дней прошло а мы тут обсуждаем как смарт через консольку посмотреть - ну не маразм ли?

Этот винт может быть вполне рабочим, просто установлен завышенный режим работы, дрова кривые.

У тебя сколько винтов в системе, что ты на смарте гадать собрался? У меня вот 4 и смарт пока ничего не вылечил. Когда винту приходит звиздец, то об этом узнать можно и без смарта, биос сам на старте извещает. А Сандалю никто ничего не сообщал.

Это не считается. Там за всё платит начальник, он и решает с каким говном ты будешь заниматься сексом. Может тупо термопасту или носитель не выдать и трахайся как хочешь, гробь его оборудование из-за нехватки расходников. Типа если в первый месяц обошёлся без расходников, то и потом они тебе не нужны - как раньше обходился, так и дальше перебьёшься. Со своим оборудованием ты, если не полный длб, так поступать не будешь. ССЗБ раз отключил проверку железа биосом при старте. И менять его не всегда есть на что. Сколько времени идёт винт из Китая? Как ставить ОС с МБР разбивкой на винты больше двух терабайт? Данные туда вкорячить можно, а загрузчик - хрен вам на рыло. Потому и старые винты тоже нужны, а в линуксе есть утилита для выкачки данных и из винта который стучит как колёса паровоза на рельсах. Долго будет читать, но большую часть данных выкачает. ОС конечно побьётся, но её нужно заранее бекапить.

Как раз такой баг и бывает при неуспевании обрабатывать информацию в черепичной записи. Хотя, может и в обычной можно так винт перегрузить. Начинаешь пользоваться и весь винт отрубается а не просто раздел.

На моём винте с черепицей тоже ок, а на синем проводе задолбал отключаться.

На высоком уровне надо графический интерфейс с кедами ставить, а ты работаешь в многозадачном аналоге доса и ещё недоволен что он на дос похож.

Для чистоты эксперимента винду ты тоже без графического интерфейса загрузить должен. Чтобы без окошек, только урезанная виндовая консоль, только хардкор.

Точно такого сейчас и в винде нет, каждый сектор винта в окошке не показывают, а в линуксе есть сразу две козырные утилиты с графической мордой: partitionmanager и gparted. Вторая - гномосековская и может выполнить очень рискованную операцию, которую откажется первая. Выбор есть и если ты думаешь, что из консольки всегда починишь лучше, то бычий хрен тебе в руки и барабан на шею - задолбаешься ты все зависимости подтягивать и подбирать нестандартные ключи для fsck. В консольке делаются стандартные операции системой при запуске и админами, у которых нихрена нестандартного в системе нет. А на десктопе бывает столько нестандартностей, что ну нафиг с такими утилитами своё время просирать. Каждая попытка лечения диска из консоли жрёт дофига времени. Если система при старте из консоли автоматически раздел не починила, то это намёк на то, что и у тебя скорее всего хрен получится. Из консоли надо образы натягивать и разделы восстанавливать, если их все вдруг в кучу сложишь через gparted. Графическая утилита тянет кучу зависимостей, а они могут понадобиться при лечении, а консольная лечит тем что у неё есть, вот собственно и всё. А NU в досе тоже были графическая - с консольной графикой.

Ты вообще видел сборочные скрипты в линуксовых пакетах и тот С/С++ код что они собирают? Стандартный линксовый сосисочный код это множество, из которого сборщик вычитает ненужное и несобираемое при сборке. Если сравнить это с заводом по сборке автомобилей, то если заказчик хочет облегчённые авто или не хватает запчастей, то с конвеера ему подгоняют шедевр с недостающими колёсами, стёклами, деталями двигателя и салона, и всё это считается высококачественным изделием прошедшим ОТК. Более того, такая "улучшенная" С/С++ машина перед поездкой ещё подтягивает некоторые недостающие детали из ближайших подворотней, какие там сумеет найти, находит, впендюривает и едет. А её водятел гордо кричит через отсутствующую дверь: моя машина быстрее вашей и легче весит! Ну так вот, без гуя, в котором дофига чего налеплено, С/С++ дисколечильная утилита неподтянет что-то нужное из запчастей, и ты не будешь знать чего ей не хватает чтобы ехать правильно, просто она будет ехать криво и не сознаваться, какой мелочи ей не хватает. Если ты хочешь секса, то продолжай лечить раздел из консольки когда это не получается, а лично я имею своё мнение на качество ПО на модных ЯП и поэкономлю время.

Прямая. Гуй запущенный в базовом режиме подтягивает максимум зависимостей, а чем больше зависимостей подтянуто, тем больше потенциальных возможностей работает. Например, если нет какой-то зависимости, то в гуе может пропасть кнопочка. Нет кнопочки, нет и проблем, как хочешь так и выкручивайся. А без гуя тебе даже кнопку прятать не надо, подсунут тебе утилиту с половинным функционалом и радуйся чтению манов. Видел в консоли или окне как гимп при запуске опрашивает свои плагины? Какой не найдёт, того в окошках и не будет. Тоже самое и с дисковыми лечилками - модульность, блин. Хороший, для звиздеца. Особенно если сборщики в терминал русский язык поставили и буквы mc не оквадратились. А так, самый удобный это konqueror, только ему бы сортировку файлов по порядку нормальным алгоритмом привинтить и вернуть побайтовый показ размера файлов.

Сделать образ диска и какие-то операции с ним можно и из консоли, а вот починка рабочих разделов в линуксе лучше работает из под гуя. Так написали утилиты и не тебе их исправить по своему. Мучайся из консоли, это судьба. Трать недели на безуспешные попытки сделать, то что делается несколькими кликами мыши. Чтобы починить нестандартную проблему с разделом, нужно неизвестное количество утилит и алгоритмы их использования. Всё это интегрировано в гуй за много лет его применения, а тем кто хочет пройти весь этот путь в одиночку - пусть трахаются в консоли с разделом 10 лет, авось к концу срока научатся решать эту проблему, потом 10 лет учатся решать следующую проблему Есть конечно и другой путь - изучай код гуёвых утилит и учись у них как сделать тоже самое в консоли

JPG можно по кускам восстанавливать и складывать более-менее расшифрованные куски в прямоугольник. Будешь потом просматривать кучу запорченных картинок.