• Zero tolerance mode in effect!

Компьютерные вопросы

А если просто Debian?
Десктоп на выбор...
на компах ничего кроме винды стоять не должно :)
линукс как сервер в командной строке, и конечно же без графической оболочки еще куда ни шло. все остальное? сделаное рукожопами для задротов. хер оно работает с тем разнообразием железа которое сегодня есть, да это мелочи, в основном то работает! но эти мелочи меня звездец как раздражают. типа автоматического перекидывания саунда с лаптя на дигитальные выводы (дигитальные, Карл!!!11) докинга когда я переподключаю лапоть к докингу. На винде такого бы не случилось!
 
на компах ничего кроме винды стоять не должно :)

линукс как сервер в командной строке, и конечно же без графической оболочки еще куда ни шло. все остальное? сделаное рукожопами для задротов. хер оно работает с тем разнообразием железа которое сегодня есть, да это мелочи, в основном то работает! но эти мелочи меня звездец как раздражают. типа автоматического перекидывания саунда с лаптя на дигитальные выводы (дигитальные, Карл!!!11) докинга когда я переподключаю лапоть к докингу. На винде такого бы не случилось!
ХЗ, не сталкивался с такими проблемами.
Linux Mint - вполне юзабельный вариант даже для чайников.
 
Жаль, позно увидел сообщение - редко сейчас бываю на форуме.

Мне регулярно приходится заниматься "спасением" утерянных данных на дисках (нет, это не бизнес - просто, так получилось). Исходя из своей практики - могу посоветовать следующий алгоритм:
1. Никогда не пытаться восстанавливать данные "методом Мюнхгаузена", т.е. устанавливая "спасительную программу" на тот же диск, данные с которого надо восстановить. Это почти гарантировано приводит к окончательной утере информации. Только - вынимать диск из компа и подключать в свободный канал другого компа, на котором стоит диск-"спасатель".
2. Шаг №1 - попытаться загрузиться с флэшки с MSDаRT и воспользоваться встроенным проводником. В нефатальных случаях может помочь.
3. Шаг №2 - если это не помогло, т.е. утерянные файлы по прежнему недоступны - качаем и запускаем программу DMDE. В бесплатном варианте придётся каждый файл вручную копировать, но это не проблема, по большому счёту.

В 9 случаях из 10 - этого бывает достаточно.
пропущен шаг номер 0.

dd if=/dev/sd[чего там у вас, может сказ какая или иде...] of=....
(два раза на разные носители)

т.е. сначала делается "физическая копия" байт в байт на новый носитель образа диска, и вот один из этих новых образов надо пытаться чинить.

С пожеланиями удачи, ваш КО.
(в прошлом разработчик файловых систем и писатель драйверов и фирмвря для носителей информации)
 
на компах ничего кроме винды стоять не должно :)
линукс как сервер в командной строке, и конечно же без графической оболочки еще куда ни шло. все остальное? сделаное рукожопами для задротов. хер оно работает с тем разнообразием железа которое сегодня есть, да это мелочи, в основном то работает! но эти мелочи меня звездец как раздражают. типа автоматического перекидывания саунда с лаптя на дигитальные выводы (дигитальные, Карл!!!11) докинга когда я переподключаю лапоть к докингу. На винде такого бы не случилось!
Внешним видом овладели, надо отдать должное.
В нюансах пока да, что-то кое-где у нас порой может не работать...
 
пропущен шаг номер 0.

dd if=/dev/sd[чего там у вас, может сказ какая или иде...] of=....
(два раза на разные носители)

т.е. сначала делается "физическая копия" байт в байт на новый носитель образа диска, и вот один из этих новых образов надо пытаться чинить.

С пожеланиями удачи, ваш КО.
(в прошлом разработчик файловых систем и писатель драйверов и фирмвря для носителей информации)
В целом - согласен, но замечу только, что это уже своего рода "высший пилотаж", не вполне уверен, что у коллеги @Lancer -a имеется достаточная квалификация для таких действий... Впрочем, буду рад, если ошибаюсь.
 
В целом - согласен, но замечу только, что это уже своего рода "высший пилотаж", не вполне уверен, что у коллеги @Lancer -a имеется достаточная квалификация для таких действий... Впрочем, буду рад, если ошибаюсь.
а чего там сложного, не пОняла? тупо копируется содержание поцоканного ССД на новый, точно нецоканный.
И ставим эксперименты с этой копией.
* а вот образы дисков - это лишнее... имхо...))

И, да, @Lancer. В винде 8-ке есть встроенный механизм для починки диска/флешки. Но я бы запускала его только после создания копии - мало ли чего он там напочиняет )
2021-12-27_18-05-48.png
и в выпавшей утилите кликнуть на "сервис"
2021-12-27_18-06-53.png
 
а чего там сложного, не пОняла? тупо копируется содержание поцоканного ССД на новый, точно нецоканный.
И ставим эксперименты с этой копией.
* а вот образы дисков - это лишнее... имхо...))

И, да, @Lancer. В винде 8-ке есть встроенный механизм для починки диска/флешки. Но я бы запускала его только после создания копии - мало ли чего он там напочиняет )

и в выпавшей утилите кликнуть на "сервис"
Дело же не в "починке" файловой системы или чего там - а, в извлечении необходимых файлов. Это разные задачи, в общем-то. Тем более - на флэш-диске, где сбой, с равной вероятностью, может находиться "глубже" чем ФС.
И простое побайтовое копирование приведёт только к созданию заведомо сбойного образа (по причине ли некорректной работы контроллера, нечитаемости ячеек памяти etc), вытащить нужную информацию из которого - невозможно в принципе.
Т.е., копировать файлы всё же лучше с диска-оригинала - есть какая-то вероятность, что нужная ячкйка считается - с пятого-десятого раза.
А, команда dd содержит кучу опций (кстати, не полностью документированных), применение которых требует определённого уровня знаний и навыков - частично можно увидеть в man dd. Очень легко окончательно "грохнуть" содержимое спасаемого диска.
 
И простое побайтовое копирование приведёт только к созданию заведомо сбойного образа (по причине ли некорректной работы контроллера, нечитаемости ячеек памяти etc), вытащить нужную информацию из которого - невозможно в принципе.
Т.е., копировать файлы всё же лучше с диска-оригинала - есть какая-то вероятность, что нужная ячкйка считается - с пятого-десятого раза.
А, команда dd содержит кучу опций (кстати, не полностью документированных), применение которых требует определённого уровня знаний и навыков - частично можно увидеть в man dd. Очень легко окончательно "грохнуть" содержимое спасаемого диска.
Ему все равно нужен накопитель в качестве дубля на всяк случай.
А значит можно попробовать просто копировать. Это по крайней мере весьма просто и доступно.
А получится нечитаемое - ну дык и ладно, переходим к более сложным методам.
 
Мне регулярно приходится заниматься "спасением" утерянных данных на дисках (нет, это не бизнес - просто, так получилось). Исходя из своей практики - могу посоветовать следующий алгоритм:
1. Никогда не пытаться восстанавливать данные "методом Мюнхгаузена", т.е. устанавливая "спасительную программу" на тот же диск, данные с которого надо восстановить. Это почти гарантировано приводит к окончательной утере информации. Только - вынимать диск из компа и подключать в свободный канал другого компа, на котором стоит диск-"спасатель".
2. Шаг №1 - попытаться загрузиться с флэшки с MSDаRT и воспользоваться встроенным проводником. В нефатальных случаях может помочь.
3. Шаг №2 - если это не помогло, т.е. утерянные файлы по прежнему недоступны - качаем и запускаем программу DMDE. В бесплатном варианте придётся каждый файл вручную копировать, но это не проблема, по большому счёту.

В 9 случаях из 10 - этого бывает достаточно.
Пункт 1 - это азбучная истина, в любой программе спасения это пишут жирным крупным шрифтом.
Пункт 3 - ничего себе "не проблема"! У меня сейчас было восстановлено около 30 тысяч файлов, вручную делать - :headbang:
Но вот почему я обратился с вопросом - хотел узнать, нет ли другого пути, кроме сканирования всех данных. И похоже, что такой путь существует иногда. Потому что ночью я предпринимал попытки разрешить головоломку, которую себе создал. Дело в том, что файлы я извлёк и скопировал, но свободное место на диске всё равно отсутствует, файлы как бы и есть, и нет. И невозможно было их перенести обратно из бэкапа без форматирования всего диска. И тут в какой-то неизвестный момент они все проявились, видимо, после моего повторного запуска chkdsk. Те папки, которые я извлекал Р-Студио, появились почти все, а в папке found.000 было создано полтора десятка папок с условными названиями, но по содержанию соответствующими тем, которые не восстановились. Общий объём в проводнике теперь равен занятому месту. На первый взгляд, всё на своих местах, а детально разбираться с библиотекой нужно долго. Вполне возможно, что этот путь сработал бы с самого начала, быстро и просто. В общем, чисто эмпирически, могу дать совет тому, у кого возникнет аналогичный сбой файловой системы - не останавливаться на одном запуске программы chkdsk, повторить его, проверить папку found.000.
Пока вчера изучал, как можно убрать из объёма эти скрытые файлы, стало ясно, насколько забавны были советы о дефрагментации. Дело в том, что у меня Вин10 делает эту операцию еженедельно автоматически, не помню, я сам настраивал или осталась настройка по умолчанию. И сейчас дискам она не требуется, как видно в свойствах. А дефрагментацию дисков SSD она вообще не делает, и об этом пишут прямо и многократно! Не знаю - не хочет, не может или это не требуется никогда, но просто невозможно отдать такую команду в отношении данного диска.
 
Назад
Сверху Снизу