прекрасный notabug

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

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

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

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

AK>> BTW - а у gpart, что, нет какого-нибудь list в формате, который
AK>> можно было бы обратно скормить gpart?
EG> То есть man gpart ты так и не прочитал. Есть: gpart {backup|restore}
backup ни разу непохоже на list.
Что это за GPT 152 и как это интерпретировать?

EG> Видишь, как важно донести все нюансы? Художественное изложение не катит,
EG> нужен кусочек dd.
доступный мне способ не позволяет выложить тебе бинарный файл, да и непонятно,
чем он тебе поможет без остальных секторов.

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

Эти проверки должны выполняться именно там, где возможен panic, а
не там где просто нужно прочитать управляющие структуры - особенно,
когда мы уже убедились, что других нет. Возможно их стоит не оставлять
как есть, а скорректировать по месту, выведя предупреждение, но для этого
надо таки разбираться с кодом.

AK>> падает и диск просто читает. Смешно если еще и shrink умеет).
EG> gpart resize умеет и уменьшать, если ты знаешь, что делаешь.
для этого надо для начала fs ужать. ntfs умеет shrink.
Правда, я не пытался это делать на таких дисках.

> Alex

--- ifmail v.2.15dev5.4

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

13 сент. 2020, воскресенье, в 16:26 NOVT, Alex Korchmar написал(а):

EG>>>> Мне не нужны твои данные. Мне нужен размер устройства и dd таблиц
EG>>>> разделов.
AK>>> http://termbin.com/1j7q
AK>>> http://termbin.com/kkb2b
AK>>> http://termbin.com/or3n
EG>> Ты думаешь, мне удобно работать с такими данными в смысле
EG>> воспроизведения проблемы и тестирования кода?
AK> чем мог. Больше это выложить некуда и нечем.

Сюда ююк тара выложи. Он будет небольшой, а трафика тут другого
всё равно нету.

EG>> Пожми сектора чем-нибудь в tar.z и в виде uuencode выложи хотя бы.
EG>> И комментарии хотя бы минимальные, мол это уже после "усечения",
EG>> но до правок gpart'ом или что там.
AK> я пока ничего не планирую там исправлять - только довести дело до возможности
AK> обращения к разделу. Собственно, после показанной мной правки это удалось
AK> сделать.
AK> Повторяю, у меня нет лишних дисков для полноценного теста, а данные на этом
AK> нельзя терять.

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

Eugene
--
И знатную леди от Джуди О'Греди
Не сможет никто отличить.
--- slrn/1.0.3 (FreeBSD)

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

13 сент. 2020, воскресенье, в 16:41 NOVT, Alex Korchmar написал(а):

AK>>> из неподключенной к сети системы немного геморно ее выковыривать.
EG>> Ну, как знаешь.
AK> мне кажется, информации и так достаточно, чтобы воспроизвести проблему.
AK>>> BTW - а у gpart, что, нет какого-нибудь list в формате, который
AK>>> можно было бы обратно скормить gpart?
EG>> То есть man gpart ты так и не прочитал. Есть: gpart {backup|restore}

AK> backup ни разу непохоже на list.

Оно и не должно быть похоже, оно для "можно было бы обратно скормить gpart",
ну и чтобы девелоперу было понятно, а не чтобы разглядывать юзерам.

AK> Что это за GPT 152 и как это интерпретировать?

Без понятия, не интерпретируй. Могу предположить, что это текущий размер
GPT в количестве доступных к созданию разделов.

EG>> Видишь, как важно донести все нюансы? Художественное изложение не катит,
EG>> нужен кусочек dd.
AK> доступный мне способ не позволяет выложить тебе бинарный файл, да и непонятно,
AK> чем он тебе поможет без остальных секторов.

uuencode сюда. Если мне понадобятся остальные сектора, я спрошу,
но это вряд ли - речь идёт о таблице разделов и поведение GEOM_PART
не зависит от содержимого этих разделов, поэтому оно мне и не нужно.

AK>>> падает и диск просто читает. Смешно если еще и shrink умеет).
EG>> gpart resize умеет и уменьшать, если ты знаешь, что делаешь.
AK> для этого надо для начала fs ужать.

А это зависит от fs. Например, у newfs есть ключик -r и в пределах
заданного лимита UFS можно урезать как осётра.

AL> ntfs умеет shrink.

А причём тут ntfs? Проприетарную fs нужно ковырять соответствующими
утилитами, мы про GPT говорим.

Eugene
--- slrn/1.0.3 (FreeBSD)

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

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

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

AK>> чем мог. Больше это выложить некуда и нечем.
EG> Сюда ююк тара выложи. Он будет небольшой, а трафика тут другого
а как я "сюда" проброшу на ту машину?!

EG> Да я не прошу тебя ничего тестировать и переразбивать.
EG> Ты мне покажи исходные данные в удобоприменимом виде для воспроизведения
2T данных-то. Сколько тебе отрезать от начала в байтах? По-моему, с учетом того
что я тебе дал и дампы первых двух секторов, и их форматированное содержимое,
уже вполне можно было бы и так воспроизвести...

> Alex

--- ifmail v.2.15dev5.4

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

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

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

EG>>> gpart resize умеет и уменьшать, если ты знаешь, что делаешь.
AK>> для этого надо для начала fs ужать.
EG> А это зависит от fs. Например, у newfs есть ключик -r и в пределах
и чем он поможет уменьшить уже существующую fs?
Насколько я понимаю, это просто способ сказать ей не занимать весь раздел в
момент создания.

AL>> ntfs умеет shrink.
EG> А причём тут ntfs? Проприетарную fs нужно ковырять соответствующими
при том, что вот ее - можно уменьшить, как мне хочется - пока данные внутри
вообще еще помещаются в урезанную fs. Причем если в отрезаемом хвосте нет пока
никаких данных - их и двигать не будут. Ну это ж microsoft проектировала.

А у нас - все как обычно. afair, уменьшаться умеет только и
исключительно линуксная ext4.

EG> утилитами, мы про GPT говорим.
прежде чем уменьшать уже занятый fs раздел - вероятно, надо как-то
объяснить fs, что надо уменьшиться ей самой, не? А то вот тут и до
kernel panic недалеко, при попытке обратиться за границу раздела.
(за границу физического диска - это просто будет ошибка чтения
сектора, никто не умрет, ошибки чтения - бывают)


> Alex

--- ifmail v.2.15dev5.4

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

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

AK>>> чем мог. Больше это выложить некуда и нечем.
EG>> Сюда ююк тара выложи. Он будет небольшой, а трафика тут другого
AK> а как я "сюда" проброшу на ту машину?!
EG>> Да я не прошу тебя ничего тестировать и переразбивать.
EG>> Ты мне покажи исходные данные в удобоприменимом виде для воспроизведения
AK> 2T данных-то. Сколько тебе отрезать от начала в байтах? По-моему, с учетом того
AK> что я тебе дал и дампы первых двух секторов, и их форматированное содержимое,
AK> уже вполне можно было бы и так воспроизвести...

Вот эти сектора и дай, только чтобы мне не пришлось вручную их впихивать
в бинарный файл, а просто запустить dd.

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

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

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

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

EG> Вот эти сектора и дай, только чтобы мне не пришлось вручную их впихивать
http://linux.e-moe.ru/wrk/sdc

> Alex

--- ifmail v.2.15dev5.4

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

16 сент. 2020, среда, в 21:21 NOVT, Alex Korchmar написал(а):

EG>> Вот эти сектора и дай, только чтобы мне не пришлось вручную их впихивать
AK> http://linux.e-moe.ru/wrk/sdc

Попробуй вот это в дополнение к моему предыдущему патчу:

https://svnweb.freebsd.org/base?view...evision=365830

Eugene
--
Choose no life
--- slrn/1.0.3 (FreeBSD)

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

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

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

EG> Попробуй вот это в дополнение к моему предыдущему патчу:
EG> https://svnweb.freebsd.org/base?view...evision=365830
судя по содержимому, он же не позволит мне увидеть разделы до необратимых
изменений ? Тогда сорри, отложено в долгий ящик - где-то найти ненужный sata,
все это воссоздать и пытаться потом чинить. В принципе, к декабрю из штатов
приедет новая порция, можно будет на них экспериментировать.

> Alex
P.S. если кому бриджей-коробок - обращайтесь, в Москве бесплатно при условии
самовывоза, в дальнюю пердь - почтой за ваш счет. Питальник,
напоминаю, американский.

--- ifmail v.2.15dev5.4

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

17 сент. 2020, четверг, в 23:10 NOVT, Alex Korchmar написал(а):

EG>> Попробуй вот это в дополнение к моему предыдущему патчу:
EG>> https://svnweb.freebsd.org/base?view...evision=365830
AK> судя по содержимому, он же не позволит мне увидеть разделы до необратимых
AK> изменений ?

Позволит. Ну, мне с твоим sdc позволяет:

sysctl kern.geom.part.check_integrity=0
#total=2000398934016 # real size of WD Elements 2T
total=2000365289472 # size via bridge
cp sdc disk.img
truncate -s $total disk.img
md=$(mdconfig -af disk.img)
gpart show $md

=> 34 3906963389 md0 GPT (1.8T) [CORRUPT]
34 262144 1 ms-reserved (128M)
262178 2014 - free - (1.0M)
264192 3906764943 2 linux-data (1.8T)

Eugene
--- slrn/1.0.3 (FreeBSD)