| |
| 2.2, Аноним (-), 23:48, 25/02/2018 [^] [^^] [^^^] [ответить]
| +7 +/– |
Странно, я думал что это немецкое название - Alt (старый) Linux :)
| | |
| |
| 3.23, Аноне (?), 10:34, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Местами так и есть. Только, в отличие от дебиана с его бэкпортами и тестингами, установка пакетов из сизифа приводит к каше зависимостей.
| | |
| |
| 4.28, Anon43210 (?), 13:03, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сизиф - это не бэкпорты. Альт уже не использую, но раньше бэкпорты были отдельно.
| | |
| 4.45, Michael Shigorin (ok), 16:18, 26/02/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
 > Местами так и есть. Только, в отличие от дебиана с его бэкпортами
> и тестингами, установка пакетов из сизифа приводит к каше зависимостей.
Э... давайте попробуем расхлебать образовавшуюся кашу понятий.
sisyphus можно сравнить с тем же debian sid -- если его смешивать со stable, получится примерно такой же ай-яй-яй.
А вот в чём отличие sisyphus от sid -- в нынешнем альте в принципе нет unmet'ов из-за того, что они запрещены в транзакционной сборочнице.
backports когда-то были, но давно упразднены в пользу размещения пакетов непосредственно в стабильных репозиториях (этакий rolling).
PS: минусаторы, как всегда, радуют -- "мы будем злить их и дальше" (ц) RT ;-)
| | |
| |
| 5.52, Annoynymous (ok), 18:25, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > backports когда-то были, но давно упразднены в пользу размещения пакетов непосредственно в стабильных репозиториях (этакий rolling).
А можно поподробнее — вот если пакет X древнючей версии, где его искать, какой такой rolling?
| | |
| |
| 6.85, Michael Shigorin (ok), 13:33, 28/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> backports когда-то были, но давно упразднены в пользу размещения
>> пакетов непосредственно в стабильных репозиториях (этакий rolling).
> А можно поподробнее — вот если пакет X древнючей версии, где его
> искать, какой такой rolling?
В архиве, если правильно Вас понял.
| | |
|
| 5.65, Аноним (-), 08:11, 27/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> PS: минусаторы, как всегда, радуют -- "мы будем злить их и дальше" (ц) RT ;-)
Казалось бы новость про неплохую программу. Но нет - вместо этого высеры про альт, сотни симпатий и какой-то флудоспам. И инициатором является конечно же модератор. Весьма в духе RT, что сказать.
| | |
| |
| 6.69, Аноним (-), 08:57, 27/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
p.s. это был автор #14. Заметьте, #14 рейтинг совсем иной. А вот обещать повторить это я не буду, видя такое свинство. Пусть лучше ваш спам читают, чтоли.
| | |
| 6.77, _ (??), 17:52, 27/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>И инициатором является конечно же модератор.
Нихрена не так! Модератор делает дистрибутив, и абсолютно по делу вставил о том, что что вот эта, самая новейшая, хорошая программа у них уже есть - пользуйтесь!
Заметь - оно не само там выросло, а появилось в результате приложения рук и голов из команды написавшего.
Для меня - это нормально, это показывает отношение команды к своему детищу. Но я - старпёр из тех времён, когда мужики любили женщин, а не друг-дружку :-р
| | |
| |
| 7.81, Аноним (-), 03:49, 28/02/2018 [^] [^^] [^^^] [ответить] | –1 +/– | При том рекламного спама от него исходит больше чем всего остального Я конечно ... большой текст свёрнут, показать | | |
|
|
| 5.76, _ (??), 17:43, 27/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>PS: минусаторы, как всегда, радуют
это импотенты. Таких злит когда другие - могут! :)
>-- "мы будем злить их и дальше" (ц) RT ;-)
+100500!!! Удачи вам в этом деле! :)
| | |
|
|
|
| 2.9, Аноним (-), 02:36, 26/02/2018 [^] [^^] [^^^] [ответить]
| +18 +/– |
слушай, а зачем под каждой новостью рапортовать о том, собрал ли ты пакет для альта? ну вот допустим я сижу на альте. Я что, уведомления о доступных обновлениях не получу? То есть твой рапорт бесполезен даже для пользователей альта.
| | |
| |
| 3.46, Michael Shigorin (ok), 16:21, 26/02/2018 [^] [^^] [^^^] [ответить]
| –4 +/– |
> слушай, а зачем под каждой новостью рапортовать о том, собрал ли ты
> пакет для альта?
Нуу отчасти это подначивание гентушников и кто там ещё любит рапортовать, что _другие_ собрали объявленную версию для используемого ими дистрибутива.
В данном разе это была ещё ссылка на altlinux.org/rescue, который и впрямь содержит сабж -- в этом плане автор #25 оказался прав. :)
| | |
| |
| |
| 5.87, Michael Shigorin (ok), 13:34, 28/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> ...гентушники с недоверием смотрят на Шигорина
Кстати, мой коллега по разработке alt/e2k заодно gentoo developer, спасибо за такого профессионала!
| | |
|
|
|
| 2.20, Ne01eX (ok), 08:31, 26/02/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Да её тоже скачал в исходниках ещё по выходу. Но чё-то посмотрел за праздники, - вроде и народу на форуме много, а новостей один хрен мало. Ждал-ждал-ждал новые новости, потом вспомнил, что сам когда-то был рупором свободы в этом мире удивительного и интересного Свободного Программного Обеспечения и написал их сам про то, что я знаю/умею мне важно/интересно. :-)
P.S. А так то, даже за праздники, в мире СПО послучалось довольно много интересных событий. Но так как с оплатой интернета у меня пока проблемы и он почти ворованный, то я имею мопедную скорость, не все протоколы (крайне тяжко без VCS (git/cvs/svn/e.t.c.)... В общем у меня пока дохера проблем и не до оперативного ньюсмейкерства. :-)
| | |
| |
| 3.57, Michael Shigorin (ok), 19:23, 26/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Чувак, смотрю любишь ты провоцировать и ловить минуса.
> Ну вот зачем ты это сделал?
Помимо "нормальной" реакции на "кто-то что-то взял и сделал", здесь ещё водится стопка обиженных мной в качестве комодератора за различные нарушения здешних правил -- среди них кто-то склонен к чисто детсадовскому выражению своих эмоций накруткой минусов, которые здесь ничего по существу не значат (кроме внимания, которое по модулю считается).
Не обращайте вминания :)
| | |
| 3.79, _ (??), 18:00, 27/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я когда новость открыл было -32. На момент написания -25.
Это говорит о том, что Россию населяют не только лишь одни гов*юки :)
Правда они могут внезапно кучей навалиться и минут 10 наслаждаться "пэрэмогой! ;-)
... а топом их бьют :))))
| | |
|
|
| |
| 2.5, Anonymo65279us (?), 01:20, 26/02/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
Штуки три полумертвых уже вытащил. Важные моменты: первый проход запускать обязательно с "-n", опционально с "-K1M"; последний проход с "-d -r3". Если образ снимается на USB-диск, то добавлять "-D", это делает скорость записи равномерной, и ddrescue лучше соображает.
| | |
| |
| 3.8, Аноним (-), 02:31, 26/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Можно еще myrescue использовать. В любом случае идея такая что сперва снимается грубый образ с быстрым уходом из битых областей, а потом дочитываем пока читается более дотошно. Более наивные подходы чреваты тем что пациент умрет до построяния хотя-бы приблизительного образа и это будет полный облома.
| | |
| 3.58, Michael Shigorin (ok), 19:25, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Штуки три полумертвых уже вытащил. Важные моменты:
Ещё один: операции по восстановлению данных стоит проводить на _копии_ вытащенного образа.
| | |
| |
| 4.70, Аноним (-), 08:59, 27/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ещё один: операции по восстановлению данных стоит проводить на _копии_ вытащенного образа.
На reflink - лучше. Не тратится время на копирование и места надо только на отличия. Потому что хранить дважды и копировать какой-нибудь терабайт можно опупеть.
| | |
|
|
|
| 1.10, Lazario (?), 02:51, 26/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Где можно почитать (желательно на русском) гайд для новичков по ddrescue? Смотрю в каментах выше бывалые спецы, дают советы как делать лучше, чтобы окончательно не просрать данные. Но хотелось бы почитать именно хорошую статью с пояснениями для каждого типа носителей: HDD/SSD/USB... - как лучше начинать, сколько проходов, какие ключи... чтобы все по полочкам разложить, как говорится!
| | |
| |
| 2.14, Аноним (-), 04:36, 26/02/2018 [^] [^^] [^^^] [ответить]
| +13 +/– |
> Где можно почитать (желательно на русском) гайд для новичков по ddrescue? Смотрю
> в каментах выше бывалые спецы, дают советы как делать лучше, чтобы
> окончательно не просрать данные. Но хотелось бы почитать именно хорошую статью
> с пояснениями для каждого типа носителей: HDD/SSD/USB... - как лучше начинать,
> сколько проходов, какие ключи... чтобы все по полочкам разложить, как говорится!
Usb флехи и ssd предмет простой: или прочлось или нет. Шансов что при повторной попытке не читавшийся сектор прочтется - мало. Если заряд в флехе утек, то утек. Если там что-то более системное, слет таблиц трансляции, кончина (фирмвари) контроллера и проч - ddrescue опять же не поможет. Это или спецутилиты под конкретный контроллер или подпайка к NAND и вычитывание на программаторе. Сам не сделаешь с такими вопросами.
HDD - интереснее, механика мрет разнообразно. Довольно часто с цатой попытки чтение нестабильного сектора все же проскакивает. Если наивно монтировать диск средствами ОС, ядро наткнувщись на read error быстро сдастся, файлов не получишь, если не прочлось по быстрому что-то важное типа суперблока, таблиц разделов и проч. А если построить образ за несколько проходов - может выйти довольно живым, монтируемым и с доступными файлами, плюс-минус то что не прочлось совсем.
Идея такая что проходов чтения несколько:
1) Параметры 1-го прохода - при ошибке чтения пропускаем большой кусок, чтобы физически проблемную область обойти. Активное тормошение сбойной области может добить нестабильную механику или вызвать фатальные глюки прошивки диска. Будет у тебя половинка образа - потеряешь как друак большинство файлов.
2) Когда образ из 1) готов, дочитываем более дотошно, с повторными попытками и прочими камасутрами, например реверс направления чтения или что еще, в надежде что чтение все же проскочит. Количество "уточняющих" проходов - пока не задолбаешься, или пока не перестанут вычитываться сектора. Или как вариант пациент может умереть на очередной итерации, но это уже похрен, образ уже достаточно хороший, это была минимизация потерь. Насколько получится - столько и будет. Чем больше тем лучше, но HDD может решить иначе. Если не идиотничать, получишь большинство файлов в целости и сохранности.
Некоторые моменты:
1) Читать имеет смысл по размеру блока ECC. У старых винчей 512 байтов. У новых ("advanced format") - 4096 байтов. Чем меньше блок тем медленнее чтение. Прочлось-не прочлось индивидуально для ECC-блока ("hardware sector"). Необоснованно крупные блоки увеличивают потери данных. Если читать блоком мегабайт - даже если не прочтется 1 сектор, чтение завалится для всего мегабайта и потеряется целиком. А если это 512 байтов сектора и не прочелся 1 сектор а остальные ок - мы получим почти мег данных, кроме 1 сектора. Разница однако. Особенно если это партишн или суперблок, без которых так сходу ФС вообще не смонтируется.
2) При желании этим заниматься неплохо бы узнать кто такие UNC, IDNF, defect lists, атрибуты smart и проч, чтобы хотя-бы примерно понимать на что нарвался и перспективы (pending sectors, ...). Неплохо бы понимать логи/битмап чтения используемой софтины. По крайней мере чтобы не напортачить. Например если при разных попытках использовать разные размеры блока - есть риск ушатать образ, когда утилита читанет очередные сектора в неправильное смещение образа, считая не тот размер блока который реально был. Do not use force, try to think, Luke.
3) В тяжелых случаях может потребоваться подкрутить таймауты ядра на link reset, число попыток и все такое прочее. Иначе ядро разочаруется в HDD и потеряет его. "Насовсем" - до ребута. Но это лечится - можно вручную пересканировать и найти пропавший винч.
4) Перезагружать и особенно выключать комп с нестабильным винчом - хучшая идея на свете. Если винч не стартанет - облом стопроцентный, после этого данные сможет вынуть только серьезный специалист. Необдуманный ресет может облегчить кошелек на очень круглую сумму. Если винч все-же потерялся, как в 3) - гуглишь как вызвать рескан винчей, изучаешь /sys и заново ресканишь свой винч. Через минутку-другую после отвала. Фирмварь в это время может вкалывать пытаясь ремапнуть проблемный сектор, ядро же думает что винч повис и пытается link reset устроить. Фирмвара может думать довольно крепко, не ответит даже на IDENTIFY пока не закончит. В этом случае ядро очень огорчается и считает девайс мертвым. Так что подождать немного до того как ресканить. Никаких ребутов и выключений питания - после них винч может не запуститься совсем.
5) Если бэдов всего несколько штук, можно записать в них что-нибудь, винч проверит читается ли это и если нет - переназначит на резервные. Но это имеет смысл только если бэдов не больше 3-5 штук. Со стукнутым винчом это или самообман или западло для тех кому его всучишь, разрушения на этом не закончатся, по мере разлета пыли бэдов станет больше.
6) Если порушено много - осторожно! После того как у винча закончится grown defect list (таблица ремапа, типично винч может перенести 2000-4000 проблемных секторов) - может случиться все что угодно. WD уходят в что-то типа safe mode, считая девайс слишком дохлым, и обычными способами уже ничерта не получишь. ATA командами "read sector" - читается. Но вот всякие NCQ и READ MULTI отваливаются, ядро так с наскока получает от ворот поворот и видит сплошные read error. Наверное можно переубедить, заставив забить на NCQ и читать по 1 сектору, но - лучше не нарываться.
| | |
| |
| 3.15, Аноним (-), 05:33, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
А где же классический совет про вычитывание лежащего в холодильнике (не в морозилке) винча (ну, юсб-боксом, например)? Была же такая байка: мол, меньше теплового шума - меньше вероятность ошибки чтения? Или это бред сивой кобылы/неактуальный в нынешних реалиях метод?
А для автоматизации 5) в сети встречается вот такой скрипточек:
https://github.com/unxed/fixhdd/blob/master/fixhdd.py
| | |
| |
| 4.56, Аноним (-), 19:15, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не бред, оживил так на время 20 гигабайтный сигейт, положил ненадолго в морозильную камеру, предварительно упаковав в полиэтиленовый мешок.
| | |
| 4.66, Аноним (-), 08:27, 27/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А где же классический совет про вычитывание лежащего в холодильнике
Как-то не требовалось. Народ утверждает что работает, но лично не проверялось. Может и работать, температурные деформации могут немного менять как трек размещен, пыль с блина может отлипнуть, etc. Так что может прочитаться что-то новое. Особенно актуально если служебка не читалась, без чего винч не запустится.
> https://github.com/unxed/fixhdd/blob/master/fixhdd.py
Не, чувак, чинить винчи БИДОНОМ я точно не буду. У меня на такие случаи есть болваночка на си, из которой я за 10 минут допилю что мне будет надо здесь и сейчас. По крайней мере это не тормозит, чекает ошибки IO и не падает с стектрейсами от того что версия питона не та.
| | |
|
| 3.29, azazaz (?), 13:21, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Есть смысл пользоваться ddrescue в комплексе с partclone.* и ddru_ntfs* для создания файла битовой карты по занятому месту (чтоб не читать весь диск) и примерного анализа (в случае NTFS) полученных логов, что прочлось, что нет. К сожалению, ddru_ntfsfindbad не умеет в ATTRIBUTE LIST, поэтому если есть подозрение на очень фрагментированные файлы (какие-нить субд или 1с там) для понимания, какие файлы битые, а какие нет, лучше по получению образа заполнить непрочитанные куски каким-нить шаблоном типа BADBADBADBAD через ddrescue --fill и потом искать содержащие этот шаблон файлы уже в замонтированном образе (если ФС не пострадала, а только файлы) или после пофайлового восстановления при помощи, например, r-studio.
| | |
| |
| 4.67, Аноним (-), 08:52, 27/02/2018 [^] [^^] [^^^] [ответить] | +/– | Я не занимаюсь DR профессионально Немного системной магии случается по дружбе, ... большой текст свёрнут, показать | | |
| |
| 5.90, azazaza (?), 13:19, 01/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> Есть смысл пользоваться ddrescue в комплексе с partclone.* и ddru_ntfs* для создания
>> файла битовой карты по занятому месту (чтоб не читать весь диск)
> Я не занимаюсь DR профессионально. Немного системной магии случается по дружбе, для
> знакомых. Поэтому обычно для подубитых линуксные ФС.
У всех знакомых линукс? Ну-ну. Более того, partclone.* включает утили для страшной пачки ФС, включая ext[234].
>> и примерного анализа (в случае NTFS) полученных логов, что прочлось, что нет.
> Как по мне пусть виндохомяки идут в лабу к спецам и платят
> более другие деньги. Мне проблемы виндовых ФС не интересны, как и
> проприетарные инструменты.
Чем больше таких васянов, тем больше нам хлеба ;)
| | |
|
|
| 3.44, Alex (??), 15:50, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Очень интересно! Большое спасибо!
Не поделитесь ссылками / ключевыми словами для углубления в эту тему?
зы: не обязательно на русском.
| | |
| |
| |
| 5.88, Michael Shigorin (ok), 13:39, 28/02/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Прям на отдельную статью в https://www.opennet.ru/tips/sml/ тянет.
> Вот и перенеслы бы туда
Написал Максиму.
> вместо тупого спама в стиле RT, чтоли
Эт ещё что, с утра разместил три присланных перевода на ANNA-News (два ролика и фильм про Маядин). Трепещите, или добро пожаловать домой ;-)
PS: а давайте как-нить познакомимся живьём?
| | |
|
|
| 3.93, LSTemp (ok), 09:35, 09/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Бла-бла-ба ни о чем. Технически все правильно. Но полезной инфы для вопрошающего = 0. Одно общее словоблудие.
| | |
|
| 2.24, Аноним (-), 11:57, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Где можно почитать гайд
Читай доки. How-to до добра не доведут
| | |
| |
| 3.68, Аноним (-), 08:54, 27/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Читай доки. How-to до добра не доведут
Лучше голову использовать. Получить примерное понимание как это работает и что хочется получить. И дальше использовать мозг, по ситуации. Как будто блин универсальные решения есть на все случаи.
| | |
|
|
| 1.11, Lazario (?), 02:52, 26/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Так то не приходилось ничем таким заниматься. Я обычно бэкапы делаю вовремя, но всяко может пригодиться!
| | |
| |
| 2.16, iCat (ok), 06:48, 26/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >...Я обычно бэкапы...
Как показывает опыт - чаще всего ddrescue применяется к принесённым домашними пользователями дискам.
| | |
|
| 1.17, Аноним (-), 07:09, 26/02/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
интересно, если бы программу разрабатывал не "Antonio Diaz Diaz" а "Meow Ludo Disco Gamma Meow Meow"
как называлась бы программа ? =)
| | |
| |
| |
| |
| 4.38, Аноним (-), 14:48, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Опять же для Винды. А в линуксе есть лучше чем R-Studio и GetDataBack. Вот вопрос
| | |
| |
| 5.60, Michael Shigorin (ok), 19:41, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Опять же для Винды. А в линуксе есть лучше чем R-Studio и
> GetDataBack. Вот вопрос
Новосибирцы одни свои софты (ведущие в своём классе, как обычно) продавали как линуксовый LiveCD -- вот ответ.
PS: имечко вот уже забыл, давно эту штуку в руках покрутить давали...
| | |
| 5.83, Аноним (-), 05:36, 28/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Опять же для Винды. А в линуксе есть лучше чем R-Studio и
> GetDataBack. Вот вопрос
На whdd можешь посмотреть. Умеет ATA командами читать и вообще, такой закос под "викторию", только под линух вместо доса. К сожалению логика чтения дубовая и ворочает крупными блоками, что обеспечивает субоптимальные потери. Если это для рубилова денег может топорная работа и сойдет, а для себя - есть риск нагреть себя на часть доставабельных файлов.
Можно починить - сорц есть. Но мне проще myrescue или ddrescue для чтения использовать. Хоть это и может иногда обеспечить сношения если ядро Linux и фирмварь диска будут разных мнений о том что они хотят.
| | |
| 5.91, azazaza (?), 13:21, 01/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Опять же для Винды. А в линуксе есть лучше чем R-Studio и
> GetDataBack. Вот вопрос
Есть r-studio под линукс. Со своими косяками, конечно, но есть и работает.
| | |
|
|
| 3.72, Аноним (-), 09:07, 27/02/2018 [^] [^^] [^^^] [ответить]
| +/– | |
> Лучше чем R-Studio для Винды?
В btrfs нечто подобное вообще сразу в штатные тулсы встроено. Так что читануть нужные файлы с порушеной ФС можно не монтируя ее. Очень мило, если ситуация оказалась отлична от идеала. Ну там на 1-дисковом стораже бэды вылезли, например.
| | |
|
|
| |
| 2.32, SysA (?), 13:37, 26/02/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> оно лучше чем photorec из testdisk? или немного о другом?
А прочитать описание влом?!
Они совсем разные и работают на разных уровнях представления данных.
| | |
| 2.35, Ne01eX (ok), 13:56, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Это немного о другом.
И, на самом деле, ddrescue - это новодел на C++. :-D :-D :-D
Есть ещё dd_rescue за авторством Курта Гарлоффа ((или, правильней Гарлоу?) Kurt Garloff), обычно используется в связке с bash-скриптом dd_rhelp (автор - LAB Valentin). Написан на Си.
Они прекрасно уживаются в этом мире СПО находясь в здравой конкуренции и постоянном развитии. И они предоставляют вам последнюю надежду, когда все другие варианты уже перепробованы.
Что dd_rescue, что ddrescue по принципу работы аналогичны dd. Они ничего не знают о том, что они тянут. Они тянут байты, объединённые в блоки. А уже на вытянутый дамп можно натравить и photorec/testdisk, если вытягивание прошло не слишком успешно.
Полезные ссылки:
http://www.garloff.de/kurt/linux/ddrescue/ - Домашняя страница dd_rescue;
https://sourceforge.net/projects/ddrescue/ - dd_rescue на SF.net. Есть возможность скачать самые свежие срезы.
http://www.kalysto.org/utilities/dd_rhelp/index.en.html - Домашняя страница dd_rhelp.
| | |
| |
| 3.73, Аноним (-), 09:09, 27/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Есть ещё dd_rescue за авторством Курта Гарлоффа ((или, правильней Гарлоу?) Kurt Garloff),
> обычно используется в связке с bash-скриптом dd_rhelp (автор - LAB Valentin).
> Написан на Си.
Есть myrescue. Прост как тапка и умеет все необходимое. Написан тоже на си и зависит аж от целого libc. И еще у него тривиальный формат bitmap с результатом чтения. Если ситуация сильно отлична от идеала, распарсить его битмап может любой кто понимает что такое битмапы.
| | |
|
| 2.40, Аноним (-), 15:05, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> оно лучше чем photorec из testdisk? или немного о другом?
При восстановлении сначала делается образ диска, потом с него вытаскиваются файлы. Сабж для первой задачи (при проблемах с железом, когда dd не справляется), photorec и testdisk — для второй.
| | |
| |
| 3.94, LSTemp (ok), 09:52, 09/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот как все любят писать, что делается образ диска и все операции проводятся на нем. А ниче, что у меня например два терабайтника было, потом я новый 4ТБ купил, перелил все на него и ч/з две недели он сыпаться стал? Снять образ с него ч/з ddrescue это мне теперь на 6ТБ минимум винт нужен. Мне его покупать, чтобы с неизвестной долей вероятности восстановить данные с 4-х терабайтника и сдать его потом по гарантии? Офигительно. Все рекомендации правильные, но настолько от жизни оторваны... Писателей-ликуксоидов развелось, как собак.
| | |
|
|
| |
| |
| |
| |
| 5.49, Аноним (-), 17:08, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
Т.е. обсуждаемый сабж лучший.
Можно сделать такой вывод, пусть и относительный? ))
| | |
| |
| 6.50, Ne01eX (ok), 17:20, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Т.е. обсуждаемый сабж лучший.
> Можно сделать такой вывод, пусть и относительный? ))
в RTK GNU/Linux и в S.C.R. я запиливал обе + dd_rhelp. :-)
| | |
|
|
| 4.62, Michael Shigorin (ok), 19:44, 26/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Выше о виндовых аналагах.
> В линуксе то есть лучше этой?
Вот такие персонажи порой обижаются на зачистку своего флуда вида "не читай, писай".
| | |
| |
| 5.64, Аноним (-), 20:50, 26/02/2018 [^] [^^] [^^^] [ответить]
| +/– |
А такие персонажи как вы, кроме болтовни что то можете сказатиь по существу?
| | |
| |
| 6.74, Аноним (-), 09:11, 27/02/2018 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> А такие персонажи как вы, кроме болтовни что то можете сказатиь по существу?
Он умеет пиарить альтлинукс в стиле RT. Пусть потом не обижается что и пользователи остались как у RT - бесполезные агрессивные бакланы.
| | |
| |
| 7.80, _ (??), 18:29, 27/02/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
О - кое у кого подгораяет от RT :-) Молодцы - хороший канал! :)))
| | |
| |
| 8.82, Аноним (-), 04:04, 28/02/2018 [^] [^^] [^^^] [ответить] | –1 +/– | Да, у автора 14 Обычный корм для глупых агрессивных динозавров И главное скол... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
