Распаковка поврежденного ZIP-архива в Ubuntu

Как обычно, подкрались неплановые грабли. У младшей дочки был выпускной в саду, разумеется, многие родители снимали это событие. Жена тоже снимала, но с ее съемками проблем как раз не было. Два других "оператора" выложили свое на Яндекс-диск. Поскольку снимков много, то качал архивами. Первый архив размером примерно 1.2Гб скачался нормально, второй, порядка 7Гб не докачался - 4 самых толстых видео не долетели. На выходе получился поврежденный zip размером около 6.5Гб.

Попробовал стандартное

zip -F архив

Бесполезно. Тогда попробовал более жесткое:

zip -FF архив --out новый_архив

Еще хуже: на выходе получил архив точно такого же размера, как и исходный и точно так же поврежденный. Попробовал кое-что еще, но не помогло.

Подсказку нашел здесь.

jar xvf архив.zip

В самом деле, ведь пакеты JAVA - это обычные ZIPы. Jar распаковал, что смог, остальное я докачал.

0xc000000e. The boot selection failed because a required device is inaccessible - Загрузка windows невозможна, недоступно устройство.

abstract: original article in english is here: http://techontip.wordpress.com/2011/10/19/windows-failed-to-start-error-0xc000000e-the-boot-selection-failed-because-a-required-device-is-inaccessible/

screenshots were extracted from original article. all rights reserved for their author Brajesh Panda

По сути, это перевод статьи отсюда на случай, если она исчезнет. Но прочесть ее сподвигла меня аналогичная ситуация.

Понадобилось мне уменьшить размер диска, выделенного виртуальной машине на ESXi. Увы и ах, но не получилось. Может и есть штатные средства, но я их не нашел, поэтому пошел более примитивным путём: создал виртуальный винчестер нужного размера и скопировал на него разделы с большого диска.
Установил на нужном разделе флаг bootable, отключил большой диск от виртуалки, на его место подключил маленький и отловил именно такую ошибку. Пришлось думать, как же ее вылечить.
Решение нашлось в вышеупомянутой статье.

1. вот как может выглядеть BCD (boot-чего-то там данные) на исправной машине:

2. загрузитесь с установочного диска винды в режиме восстановления компьютера и запустите командную строку. В ней выполните bcdedit.exe. Вот как могут выглядеть лёгкие курильщика данные поврежденной машины:

3. как видно из скриншота выше, по части загрузки нам ничего хорошего не светит...

Для восстановления загрузочной информации запускаем “STARTREP.EXE” из каталога X:\sources\recovery:

 

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

Автор оригинального текста упоминает еще некую "многообещающую" команду“bootrec.exe”. http://support.microsoft.com/kb/927392

Но лично я ее не проверял.

 

О бедной собачке замолвите слово (kerberos)

(абстракт: после установки кербероса стало невозможно войти в ubuntu кроме как через recovery shell - при попытке обычного логона даже не предлагается ввести пароль, сразу идет возврат ко вводу имени пользователя)

Готовил очередной виртуальный сервер ко вводу в новый домен. Это будет первый самба-сервер в этом домене. В старом особых проблем не возникало, надеюсь, не сильно их будет и в новом. Однако, такие вот неплановые грабли: неожиданно sudo стала давать segfault, а после перезагрузки вообще не удалось залогиниться. Благо, сервер еще не в боевом состоянии, поэтому открыта recovery shell в grub-е.

Установил krb5_user, вроде бы правильно. Но напутал в /etc/krb5.conf - неправильно прописал "области действия" - realm-ы. Из-за чего и огрёб.
Неправильность была в том, что в разделе [domain_realm] забыл после доменов указать их реалмы и бедный керберос просто не знал, откуда я такой красивый нарисовался, после чего посылал меня.