Debian stucks при форматировании 33%

16 часов являются чрезмерными. Что-то пошло не так, как надо. При высказывании "всего времени, мои USB-устройства появляются", Вы подразумеваете что его извергающие сообщения постоянно? Если так, что сообщения? Простой способ состоит в том, чтобы сделать снимок экрана с помощью телефонной камеры и просто отправить это. Какие USB-устройства Вы имеете соединенными?

Вы проверили, что Ваши медиа установки неповреждены? Я полагаю, что существует пункт меню в установщике для проверки медиа установки.

Так или иначе принятие ни одного из вышеупомянутого является проблемой:

Во-первых, используйте ext4, не ext3. Нет действительно никакого серьезного основания использовать ext3. Кроме того, рассмотрите использование дисков предприятия в серверах (например, строка Совокупности), в зависимости от типа обязанности, которую будет видеть этот сервер. Намного более дорогой, но лучше способный обработать постоянную рабочую нагрузку.

Во-вторых, Вы могли сделать формат с помощью mkfs из командной строки. Просто alt-f2 хита, и нажимает Enter для получения командной строки. Затем mkfs.ext4 -v -L "label" /dev/whatever (добавьте, что другие опции, которые Вы хотите, видят mke2fs страницу справочника). Затем переключитесь назад на alt-f1 и получите вещь повторно просканировать (путем возвращения к главному меню, и т.д.). Можно затем сказать этому не форматировать диск и просто говорить этому точку монтирования.

Шаг "форматирования" в установке не совсем точен с процентами (на самом деле, это просто делит 100% на количество разделов для создания), поэтому когда это, кажется, зависает, это могло бы действительно работать правильно.

Я соглашаюсь, что 16 часов кажутся чрезмерными, даже для известно медленной ext3 инициализации (пишущий в блочные устройства происходит синхронно, и ext3 инициализация требует, чтобы много данных было записано в маленьких блоках, расположенных с интервалами далеко друг от друга, который является о худшем случае), однако имейте в виду, что одновременно инициализация RAID также работает с определенной минимальной пропускной способностью (т.е. диски перегружаются в большой степени).

Как я могу помочь:

• думайте о своей схеме разделения:
  • Если / раздел является реальным разделом, а не объемом LVM, нет никакой потребности в отдельном /boot, и Вы почти наверняка хотите свою область подкачки посреди диска, а не в конце.
  • 2 ТБ / раздел черт, потому что он берет возрасты, чтобы проверить, идет ли что-нибудь когда-нибудь не так, как надо, и Вы ничего не можете сделать об этом.
• инициализируйте RAID с --assume-clean. Это означает, что RAID не будет первоначально синхронизировать диски, который прекрасен, если Вы уже записали им как нули
• создайте файловую систему из командной строки (таким образом, Вы видите больше детализированного прогресса).

Если бы Вы изменяете свою схему разделения, я предложил бы что-то как

• раздел 1: /boot (500 МБ)
• раздел 2: LVM PV
  • LV 1: / (500 МБ)
  • LV 2: /usr (8 ГБ)
  • LV 3: /var (4 ГБ)
  • LV 4: /home (размер согласно персональному предпочтению, 100 ГБ - то, что я использую),
  • LV 5: swap
  • LV 6: /srv/ (размер согласно персональному предпочтению и цели машины)

Это должно полностью хорошо оставить большую часть пространства освобожденной, можно изменить это позже, когда система установлена, и можно также добавить дополнительные файловые системы для определенных сервисов, которые используют много пространства, что означает, что, если один из этих сервисов неправильно функционирует и начинает заполнять диск, он только заполнит свой собственный раздел (это также, почему Вы имеете отдельный /var - вход может работать, когда корневой раздел полон.

Я попробовал бы две вещи.

Я заметил по некоторым причинам (и верно ли это или нет, я не уверен), что Linux более чувствителен к сбою аппаратных средств. Я видел это на своем компьютере домашнего офиса пару раз.

У меня никогда не было большой удачи с SeaTools. Я всегда использовал Регенератор жесткого диска для проверения дважды для поврежденных секторов, даже на новых дисках. Это не свободно, но это работает действительно хорошо.

Следующей вещью, которую я попробовал бы (или первое, начиная с его свободного) будет Memtest.

Для этого я рекомендовал бы Окончательной Начальной загрузке CD. Я позволил бы ему выполнить минимум часа - в течение ночи предпочтительно.

Из тех двух я поставил бы много денег, которые что-то разоблачит дефектный - и мои деньги были бы на памяти.

То же самое происходит со мной при форматировании друга ноутбук, я пытался установить 5 дистрибутивов Linux и Windows 7, и то же самое произошло на всех этих O.S. затем, я обнаружил, что проблема возникает из HD, потому что Это было повреждено.

Это (краткая версия) объяснения , которое я обнаружил:

mkfs запрашивает подтверждение, обнаружен ли существующий раздел ext4. Запрос не обрабатывается, что приводит к зависанию установки.

В моем случае в файлах журнала был задан другой вопрос («Найдена таблица разделов dos в / dev / sda1»), но я уверен, что проблема была той же. Так что, я думаю, это могло быть то же самое. проблема с любой другой командой, используемой установщиком (mdadm и т. д.).

Следующее обходное решение, описанное в отчете об ошибке Ubuntu 1447600 , сработало для меня:

1. перейти в виртуальную консоль (alt + F2)
2. найти процесс mkfs (для меня это было 'mkfs.ext4 / dev / sda1')
3. sudo kill -9 pid этого процесса
4. выполнить ту же команду: sudo mkfs.ext4 / dev / sda1 [необходимо подтвердить y / n]
5. go назад к графическому интерфейсу (alt + F1), где установка автоматически сделала шаг назад
6. перезапустите шаг установки

У меня возникла проблема с установкой Ubuntu 16.4.3.
Здесь мой жесткий диск (250 ГБ SSD )был отформатирован после предыдущей попытки установки *ubuntu (здесь я выбрал пошаговую установку с LVM в lubuntu ).
установка рабочего стола и сервера ubuntu зависала на 33% каждый раз (при переключении на консоль с помощью alt+F4 (?! )Последнее утверждение было что-то вроде "DOS обнаружен...")
wipefsна указанном диске у меня не сработало (следующая попытка установки тоже застряла на 33%)

Решение для меня:

-загрузитесь с живого носителя и запустите gparted.
-попытаться удалить все разделы
(!Не удалось удалить раздел LVM в gparted, пришлось запустить консоль и удалить логический том(lv )и группу томов(vg )вручную с (первый поиск имен с lvsиvgs)lvremove /dev/myname-vg/rootlvremove /dev/myname-vg/swap_1vgremove myname-vg
Не знаю, может можно просто удалить группу томов, но растворить все логическое устройство с помощью pvremove /dev/sdaне получилось)
-когда все разделы будут удалены, создайте новый раздел ext3/4, который займет все пространство, и запишите изменения на диск
-перезапустите, затем переустановите