прекрасный notabug

Alex Korchmar написал(а) к All в Aug 20 00:04:21 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>


Женя, специально для тебя!

https://forums.freebsd.org/threads/e...etected.34326/

(надысь я вляпался в точно такое же. С одним ньюансом - с 16го года винда
подиспортилась и перестала "чинить" такие диски за вас. Читать - не перестала.)

Просто прекрасно было обнаружить ПОЛНУЮ невозможность швабодного софта
прочитать такой диск - или как-то исправить ситуацию.

"главное - ничего не чинить!"

> Alex
P.S. а никто случайно не знает, под вендупроклятую (под этовашефрисофтваре-то
понятно нет) не написали за 20 лет ничего похожего на norton diskedit, умеющее
gpt - ну там с автопересчетом миллиона crc32 в нем, разумеется?

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Aug 20 20:28:14 по местному времени:

30 авг. 2020, воскресенье, в 00:04 NOVT, Alex Korchmar написал(а):

AK> Женя, специально для тебя!
AK> https://forums.freebsd.org/threads/e...etected.34326/
AK> (надысь я вляпался в точно такое же. С одним ньюансом - с 16го года винда
AK> подиспортилась и перестала "чинить" такие диски за вас. Читать - не перестала.)
AK> Просто прекрасно было обнаружить ПОЛНУЮ невозможность швабодного софта
AK> прочитать такой диск - или как-то исправить ситуацию.
AK> "главное - ничего не чинить!"

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

man gpart документирует kern.geom.part.check_integrity,
отключив который можно "читать такие диски", а конкретнее
получить девайсы для разделов в /dev даже в том случае,
когда глючный переходник USB/SATA урезает осётра.

Радости, правда, тебе это необязательно прибавит, потому что
проверка эта существует там не просто так и попытка смонтировать
и работать с разделом, который "вылазит" на рапортуемый железом
размер диска может кончиться нехорошо для данных,
когда код файловой системы при попытке прочитать сектор в её конце
получает от железа обломчикус. У меня такое реально было в практике
при обычном запуске dump для fs на диске, коряво сконвертированном
в gmirror без ужимания раздела на сектор.

AK> P.S. а никто случайно не знает, под вендупроклятую (под этовашефрисофтваре-то
AK> понятно нет) не написали за 20 лет ничего похожего на norton diskedit, умеющее
AK> gpt - ну там с автопересчетом миллиона crc32 в нем, разумеется?

И про gpart recover откуда тебе знать-то, ты ж маны не читаешь нынче,
хотя и не программист.

Eugene
--- slrn/1.0.3 (FreeBSD)

Alexey Fayans написал(а) к Alex Korchmar в Aug 20 20:13:38 по местному времени:

Нello Alex!

On Sun, 30 Aug 2020 at 00:04, you wrote to All:

AK> P.S. а никто случайно не знает, под вендупроклятую (под
AK> этовашефрисофтваре-то понятно нет) не написали за 20 лет ничего
AK> похожего на norton diskedit, умеющее gpt - ну там с автопересчетом
AK> миллиона crc32 в нем, разумеется?

https://www.cgsecurity.org/wiki/TestDisk

Не?


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20180707

Alex Korchmar написал(а) к Alexey Fayans в Sep 20 14:03:50 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Alexey Fayans <Alexey.Fayans@f1997.n5030.z2.fidonet.org> wrote:

AK>> похожего на norton diskedit, умеющее gpt - ну там с автопересчетом
AK>> миллиона crc32 в нем, разумеется?
AF> https://www.cgsecurity.org/wiki/TestDisk
что-то из описания как-то неочевидно, что он вообще умеет gpt.

И я просил замену diskedit, а не disk destroyer.

Мне не надо "сканировать диск" и прочего неестественного интеллекта.
Мне надо форматированный вывод содержимого управляющих секторов, согласно
спецификациям
(так отформатированный, как я сказал, а не как херне вздумалось вообразить -
если я велел этот сектор показывать как gpt - меня не интересует ее мнение,
насколько он похож на требуемое)
- с возможностью пересчета вычисляемых полей, а не на бумажке crc считать.

Желательно в гуе, потому что таки надо - форматированный.

Боже милостивый, ну ведь четверть века назад такое УЖЕ один раз написали...


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Eugene Grosbein в Sep 20 14:11:50 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> man gpart документирует kern.geom.part.check_integrity,
EG> отключив который можно "читать такие диски", а конкретнее
можно. Но не читается. Эта настройка, по всей видимости, единственное
что отключает - назойливое бессмысленное требование наличия валидной
второй копии gpt.

EG> проверка эта существует там не просто так и попытка смонтировать
EG> и работать с разделом, который "вылазит" на рапортуемый железом
EG> размер диска может кончиться нехорошо для данных,
Все современные файловые системы к этим хвостам относятся очень нежно, и,
как правило, последние несколько мегабайт диска можно хоть рандомом заполнить,
хоть художественным паттерном.
В самом крайнем случае не прочитается целый один файл.

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

EG> И про gpart recover откуда тебе знать-то, ты ж маны не читаешь нынче,
ну вот чего читать маны на ненужную херню?
Похоже все что умеет gpart recover - это записать вторую копию gpt туда,
где по мнению первой она была. Да, не поверишь, я попробовал.

Ты ссылку-то открывал?


> Alex

--- ifmail v.2.15dev5.4

Alexey Fayans написал(а) к Alex Korchmar в Sep 20 18:19:17 по местному времени:

Нello Alex!

On Tue, 01 Sep 2020 at 14:03, you wrote to me:

AF>> https://www.cgsecurity.org/wiki/TestDisk
AK> что-то из описания как-то неочевидно, что он вообще умеет gpt.

AK> И я просил замену diskedit, а не disk destroyer.

AK> Мне не надо "сканировать диск" и прочего неестественного интеллекта.
AK> Мне надо форматированный вывод содержимого управляющих секторов,
AK> согласно спецификациям (так отформатированный, как я сказал, а не как
AK> херне вздумалось вообразить - если я велел этот сектор показывать как
AK> gpt - меня не интересует ее мнение, насколько он похож на требуемое) -
AK> с возможностью пересчета вычисляемых полей, а не на бумажке crc
AK> считать.

AK> Желательно в гуе, потому что таки надо - форматированный.

AK> Боже милостивый, ну ведь четверть века назад такое УЖЕ один раз
AK> написали...

GPT оно умеет, в документации написано, ссылка на доку на странице есть. Я не утверждаю, что это именно то, что тебе нужно. Но посмотреть стоит.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20180707

Eugene Grosbein написал(а) к Alex Korchmar в Sep 20 23:52:35 по местному времени:

01 сент. 2020, вторник, в 14:11 NOVT, Alex Korchmar написал(а):

EG>> man gpart документирует kern.geom.part.check_integrity,
EG>> отключив который можно "читать такие диски", а конкретнее
AK> можно. Но не читается.

А внятная диагностика-то будет или как всегда?
Не чужих кейсов 8-летней давности под девяткой, а твоего.
Хоть бы потрудился выложить выдачу smartctl, diskinfo -v,
конкретные сообщения ядра. Плюс полезно через dd прочитать начало
и конец диска и выложить. Почему из тебя нужно вытягивать это
как их нуба какого-нибудь, тебе не нужен результат на самом деле?
За срачем вернись на opennet.

Ну и после отключения надо форсировать re-taste, например через
true > /dev/da0

AK> Эта настройка, по всей видимости, единственное
AK> что отключает - назойливое бессмысленное требование наличия валидной
AK> второй копии gpt.

Не надо гадать. Это опенсорс.

EG>> И про gpart recover откуда тебе знать-то, ты ж маны не читаешь нынче,
AK> ну вот чего читать маны на ненужную херню?
AK> Похоже все что умеет gpart recover - это записать вторую копию gpt туда,
AK> где по мнению первой она была. Да, не поверишь, я попробовал.
AK> Ты ссылку-то открывал?

Прочитал полностью, а ты?

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Sep 20 20:36:58 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG>>> man gpart документирует kern.geom.part.check_integrity,
EG>>> отключив который можно "читать такие диски", а конкретнее
AK>> можно. Но не читается.
EG> А внятная диагностика-то будет или как всегда?
в смысле - у меня все 1:1 с тем кейсом совпадает - да, это странный бридж,
зачем-то отгрызающий последние несколько (довольно много) lba для непонятных
целей. Подозреваю - для совместимости с другим бриджом той же лавки, умеющим
шифрование (то есть это не ошибка, это системная функция)

EG> Не чужих кейсов 8-летней давности под девяткой, а твоего.
у меня точно такой же - отличается только изготовитель.

EG> Хоть бы потрудился выложить выдачу smartctl, diskinfo -v,
EG> конкретные сообщения ядра. Плюс полезно через dd прочитать начало
EG> и конец диска и выложить. Почему из тебя нужно вытягивать это
там совершенно точно и 100% достоверно известно, что в конце диска нет
последних секторов. Полагаю, ты можешь воспроизвести это с помощью truncate.

EG> Ну и после отключения надо форсировать re-taste, например через
EG> true > /dev/da0
хм. вот это ни я, ни тот клиент не делали. А разьве gpart не должна была
его открыть?
Могу, наверное, еще попробовать, но не уверен, что это то что мне требуется -
хотелось бы все же починить, а не кое-как один раз прочитать (тем более
там все равно на линух надо читать. Да, в нем все еще хуже - в нем отродясь
не было ничего похожего на gpart). Банально в одном-единственном месте
написать числа, совпадающие с геометрией.

EG> Прочитал полностью, а ты?
прочитал, попробовал - убедился что у меня неправильная винда. Сама читает,
но другим помочь отказывается. В остальном все совпадает - что и неудивительно,
ведь ничего не чинили и даже не пытались.

> Alex
P.S. если что - у меня этих бриджей - как конь найоб. Могу тебе выслать
попутной лошадью хоть пять штук. Блок питания только под американскую розетку,
но он стандартный, китайский, под 4mm barrel, 12v - годится любой питальник
от светодиодной ленты.

В Москве еще и коробочек-питальников самовывозом, коробочки, вообще говоря -
неплохие, но здоровенные (да и сам бридж неплох, для usb3).

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Alexey Fayans в Sep 20 21:03:58 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Alexey Fayans <Alexey.Fayans@f1997.n5030.z2.fidonet.org> wrote:

AF> GPT оно умеет, в документации написано, ссылка на доку на странице есть.
там как-то одна строчка - что "умеет guid", на всю доку (в коей очень много
воды и очень мало пользы)

Что умеет чинить - нету такого. Ну и оно что-то там "сканирует", ручное
управление если и есть, то крайне примитивное и зарыто хз куда.

AF> Я не утверждаю, что это именно то, что тебе нужно. Но посмотреть стоит.
ну я глянул бегло - непохоже что там есть автоматика именно для этой задачи,
а сама эта штука ориентирована именно на автоматический поиск-восстановление,
для полуграмотных юзеров (это ж те же что photorec).

norton disk doctor это не diskeditor. Меня не перестает изумлять
факт отсутствия в современном мире такового.

Есть мнение, что подобные фичи есть в WinНex, но у него нет trial версии,
а 200 баксофф за убедиться что фигня мне жаба не велит платить.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Sep 20 02:00:42 по местному времени:

01 сент. 2020, вторник, в 20:36 NOVT, Alex Korchmar написал(а):

EG>> Ну и после отключения надо форсировать re-taste, например через
EG>> true> /dev/da0
AK> хм. вот это ни я, ни тот клиент не делали. А разьве gpart не должна была
AK> его открыть?

gpart это userland-утилита, которая показывает данные, запрашивая
их у ядра посредством сисколлов. Ядро заново обнюхивает девайсы
только после того как кто-то открыл их на запись и потом закрыл
(ну или девайс пропал/появился снова), а если нет, то лишних
движений не делает. Сама gpart ничего не обнюхивает.

AK> Могу, наверное, еще попробовать, но не уверен, что это то что мне требуется -
AK> хотелось бы все же починить, а не кое-как один раз прочитать

Если ты подкорректируешь размеры разделов так, чтобы они не вылезали
за пределы урезанного осётра, то gpart recover всё сделает само.
Также gpart recover починит (запишет бекап GPT на место),
если там и вовсе нет раздела, вылазящего за границу,
что скорее всего и делает винда. Или не делает, если такой раздел есть.

AK> (тем более там все равно на линух надо читать. Да, в нем все еще хуже -
AK> в нем отродясь не было ничего похожего на gpart).
AK> Банально в одном-единственном месте
AK> написать числа, совпадающие с геометрией.

gpart recover

EG>> Прочитал полностью, а ты?
AK> прочитал, попробовал - убедился что у меня неправильная винда. Сама читает,
AK> но другим помочь отказывается. В остальном все совпадает - что и неудивительно,
AK> ведь ничего не чинили и даже не пытались.
AK> P.S. если что - у меня этих бриджей - как конь найоб. Могу тебе выслать
AK> попутной лошадью хоть пять штук. Блок питания только под американскую розетку,
AK> но он стандартный, китайский, под 4mm barrel, 12v - годится любой питальник
AK> от светодиодной ленты.

Спасибо, не надо - у меня есть неплохой бридж ASMEDIA ASM1352R USB3.1
на два диска SATA без излишнего интеллекта, с нормальным родным БП.

В него у меня вставлен двухтерабайтник WDC WD20EARX,
поверх GELI с AES-XTS-128, эмулирующий "сектора" 8K для уменьшения
оверхеда USB, а поверх gjournal с UFS2 и торрентами,
включенный в домашний роутер в порт USB3.0 (отсталый роутер, да, 3.1 нету).
GPT тут нету, но метки geli и gjournal точно так же в конце живут.

В основном эта конструкция делалась для экспериментов, но в итоге
так и оставлена. Есть ещё фишка - тут не применена, но у одного клиента
оттестирована и поставлена в продакшн. При загрузке дергает ключик
для geli attach с гуглодрайва, доступ к ключику может быть временно
запрещён. Сам ключик ни в какие временные файлы не пишется:

url='https://drive.google.com/uc?export=download'
pkey='19R_...'
key=''

fetchkey() {
[ -n "$key" ] && return 0
key=$(fetch --no-verify-hostname --no-verify-peer "${url}&id=$pkey" -qo - | b64encode -r -)
}

attach() {
local p

p="$1"
set -- $(geli status | awk -vp="$p" '$3 == p {print $2}')
[ "$1" = "ACTIVE" ] && return 0

echo "$key" | b64decode -r | geli attach -pk - $p
}

[ -n "$1" ] && pkey="$1"
fetchkey || return 1

Eugene
--
Сердце - малочувствительный, мускулистый, грубый и жесткий орган.
--- slrn/1.0.3 (FreeBSD)