Xz compressed data is corrupt system halted что это
MX Linux Forum
Support for MX and antiX Linux distros
News
— MX Linux on social media: here
— New Forum Features, Marking Solved and Referencing a User: here
XZ-Compressed Data is corrupt
XZ-Compressed Data is corrupt
#1 Post by smilliken » Thu Jan 26, 2017 9:20 pm
Running MX16, fresh install, on an Intel i5 on an Asus motherbord. The system was running as expected then the computer froze. I rebooted to the XZ-compressed data is corrupt, system halted. The error appears after the the item on the GRUB menu has been selected.
I read a few posts on other Liinux sites suggesting a memory speed mismatch with the BIOS, but that seems to have checked out. The system has * GB RAM.
Re: XZ-Compressed Data is corrupt
#2 Post by skidoo » Fri Jan 27, 2017 1:46 pm
Re: XZ-Compressed Data is corrupt
#3 Post by Adrian » Fri Jan 27, 2017 2:28 pm
Re: XZ-Compressed Data is corrupt
#4 Post by smilliken » Fri Jan 27, 2017 3:56 pm
Re: XZ-Compressed Data is corrupt
#5 Post by Gaer Boy » Sat Jan 28, 2017 8:26 am
Re: XZ-Compressed Data is corrupt
#6 Post by smilliken » Sat Jan 28, 2017 1:17 pm
Thanks Phil,
I have CM2X2048-8500C5D in the computer and these are what are giving me the trouble. I just purchased these in October, and a problem with 1 stick right out of the package. They replaced it, but now the other one seems to be the problem. I have contacted the seller to see if they have any more. Paid next to nothing for the 4 GB kit, so hoping they have another one in stock.
Chassis intruded! Fatal Error… System Halted
При сборке компьютера может периодически возникать ошибка «Chassis intruded! Fatal Error… System Halted». Конечно, на просторах сети гуляет много инструкций, где надо что-то распаивать, менять датчики или еще что-то. Но мы начнем с самых простых методов.
Чем вызвана ошибка Chassis intruded! Fatal Error… System Halted
На некоторых материнских платах есть метод для отслеживания вскрытия корпуса. Если корпус не закрыт, либо крышка прилегает неплотно, то расположенный на корпусе датчик срабатывает и блокирует систему, что не позволит загрузить операционную систему, в некоторых случаях даже БИОС. Но причина может быть не только в датчике, но и в неправильном замыкании перемычки на разъеме Chassis Intruded либо в случае деформации джампера. Для начала рассмотрим правильный метод подключения датчика отслеживания открытия корпуса.
Подключение датчика открытия корпуса
Ошибка «Chassis intruded! Fatal Error… System Halted» часто является следствием неправильного подключения датчика открытия корпуса. На всякий случай можете ознакомиться с инструкцией, ведь если вам требуется такой датчик для обеспечения безопасности, то следует его правильно подключить. Если сделать это неверно, то с вышеприведенной ошибкой точно предстоит столкнуться.
Существуют датчики, которые имеют три линии питания. Часто встречаются на потребительских материнских платах ASUS.
Как видите, здесь три разъема, которые следует правильно подсоединить к материнской плате:
«С» нужно подключить на +, «NO» на минус. NC не подключаем, замыкать цепь здесь ни к чему. Пример на фото ниже.
После вам потребуется два раза выполнить перезагрузку. Первый раз после сохранения настроек BIOS, может появиться ошибка «Chassis intruded! Fatal Error… System Halted». Тогда всего лишь нужно нажать кнопку Reset, после чего система запустится нормально.
В случае серверного оборудования заметно проще. Например, в платформах Supermicro с подключением нет никаких проблем. Там только один двухконтактный провод, который довольно легко соединить с материнкой. Достаточно воткнуть в разъем Chassis Intruded, соблюдая полярность. Расположение разъема будет указано в инструкции. Пример на фото.
Если вы правильно подключили датчик открытия корпуса у сервера, то проблем не возникнет. Исключением может стать повреждение коннекторов или какой-либо брак. Но встречается подобное крайне редко.
Если ошибка появилась вследствие неправильной установки и нет доступа к BIOS
Если не можете получить доступ в BIOS, то нужно замкнуть CLRTC, подождать 10-15 секунд и убрать перемычку. В случае, если разъем двухконтактный, то достаточно надеть джампер на него.
Существуют трехконтактные разъемы. На таких требуется замыкать 2 и 3 штырек, перемычка на них обычно установлена изначально и замыкает 1 и 2 штырьки.
Если не помогло, снимите батарейку и поставьте обратно. Часто это наиболее удобный способ сброса настроек BIOS.
После сброса не забудьте включить определение датчика вскрытия корпуса, так как сброс БИОС часто отключает эту функцию. Может называться так:
После повторного включения функции перезагружаем устройство. Если ошибка появилась снова, то нажимаем кнопку Reset, ждем запуска. Устройство должно функционировать нормально.
Исправляем ошибку, если датчик не подключен
Причина может оказаться в перемычках. Особенно часто глюк встречается на материнских платах от ASUS. Несмотря на то, что джампер надет, материнка все-равно считает, что цепь не замкнута.
Первое, что можно попробовать сделать, найти в BIOS настройки, которые называться могут так:
Любую из них деактивировать (фактически, перевести в Disable). Таким образом вы полностью отключите проверку открытия крышки. Ошибка также уйдет.
Данную инструкцию выполнять только в случае, если не можете попасть в BIOS, при этом, датчик открытия корпуса не подключен:
Если не помогло
Тогда придется снова залезть в корпус, снять батарейку и снять джампер с перемычки, отвечающей за Chassis Intruded. Вернуть батарейку на место, перемычку тоже, после чего закрыть корпус и запустить устройство. Готово. В крайнем случае можно заменить перемычки на новые. Иногда это помогает.
Если не помогло даже это, следовать советам по перепайке, и прочим сомнительным вещам не следует. Лучше тогда вообще выключить функцию определения открытия корпуса, либо обратиться к производителю материнской платы за помощью. Любое механическое вмешательство способно испортить компонент.
Надеюсь, данная инструкция помогла решить проблему и исправить раздражающую ошибку. Если же нет, то стоит давить на службу поддержки производителя. Любой сбой — последствие их недоработок.
Kali linux persistence не сохраняет
Когда нужно аккуратно проверить систему и оставить жесткий диск нетронутым, выручит Kali Linux Live USB. Но у него есть один недостаток – некуда сохранять найденную информацию. К счастью, возможна установка Kali Linux Live USB на носитель с сохранением данных на нем же.
Установка Kali Linux Live USB
Для хранения данных потребуется создать не только Kali Linux Live USB, но и дополнительный раздел под данные (найденный password, например).
Как скачать дистрибутив
Для создания Kali Linux Live USB потребуется загрузить образ со страницы загрузок на официальном ресурсе https://www.kali.org.
Образы для установки Kali Linux Live USB можно сохранить напрямую с сайта по http-ссылке или использовать торрент.
Запись носителя
Если бы требовалось создать Live CD Kali Linux, то скачанный ISO файл было бы достаточно прожечь на диск. Для USB потребуется специальная утилита – например, можно взять WinSetupFromUSB.
В главном окне нужно выбрать носитель для установки, подключить автоформатирование и затем в поле Linux ISO открыть загруженный образ.
Внимание! Лучше использовать накопитель от 8 ГБ – сам полный образ занимает порядке 3 ГБ, так что при меньшем размере места под раздел с сохранением данных остается совсем мало.
Если отметить пункт «Test in QEMU», то после записи утилита проведет тестирование на возможность загрузки и установки.
Перед записью программа предупредит о стирании данных.
Затем будет показана информация по форматированию.
Затем образ установки будет записан.
При отмеченном тесте появится окно эмулятора со стартовым меню. Но пока еще флешка не умеет работать с сохранением данных.
Добавление раздела с сохранением данных
Дальнейшие действия выполняются уже из самого Линукса (можно загрузиться из полной установки или с Лайв-версии). Для работы с разделами используем утилиту gparted, запустив ее из командной строки.
Откроется основное окно программы. Нужно в выпадающем списке справа выбрать Kali Linux Live USB.
Откроется просмотр структуры разделов. Чтобы можно было работать с Kali Linux Live USB, следует размонтировать раздел.
Теперь нужно сжать его через соответствующую команду в меню «Раздел».
Откроется окно с установкой параметров.
Нужно указать новый размер раздела. Свободное место пересчитывается автоматически.
Затем на освободившемся месте нужно создать раздел, с которым Kali будет работать с сохранением данных.
Следует выбрать файловую систему ext4, в качестве метки прописать persistence и нажать «Добавить».
В результате получится примерно такая структура Kali Linux Live USB.
Теперь нужно применить все установки через меню Правка.
Приложение предупредит о возможном риске.
Затем операции будут выполнены.
Теперь нужно создать в разделе с сохранением данных конфигурационный файл. Для этого открываем диспетчер файлов.
И затем кликаем по разделу Kali Linux Live USB, чтобы он примонтировался.
Запустим текстовый редактор и в новом документе напишем «/ union» (чтобы использовать с сохранением данных).
После этого его нужно сохранить с именем persistence.conf на созданном разделе с сохранением данных.
Если его открыть, будет виден файл.
При загрузке с Kali Linux Live USB нужно будет выбрать пункт Live USB Persistence. Пароль для раздела не требуется.
Статьи и темы, не относящиеся к основной тематике сайта. В разделах этой страницы Вы найдёте проверенную информацию, рабочий софт и ссылки на заинтересовавшую Вас тему. drevocolor.ru
Kali Linux Live с возможностью постоянного сохранения (persistence).
Для того, чтобы добавить возможность постоянного сохранения на USB-флэшку с Kali Linux на борту, Вам потребуются:
1) Загрузочный DVD-CD диск либо флешка, с установленной О.С. Kali.
2) Сама флешка, нуждающаяся в persistence.
| | |
|  | |
| | |
| | |
|  | |
| | |
| | |
|  | |
| | |
Всё закрываем и загружаемся с USB-persistence флешки. В Boot menu при загрузке выбрать Live USB Persistence! Остаётся проверить работают ли сохранения. Давайте для проверки создадим на рабочем столе папку, тем же образом перезагрузимся и посмотрим. Если папка на месте значит всё сделано правильно!
Если Вам нужна установка Kali Linux на USB Флешку из образа ISO, воспользуйтесь простой и удобной программой Universal-USB-Installer 1.9.4.9 — СКАЧАТЬ и См. фото 6 справа.
Услуги частного мастера:
Написать письмо Обратная связь
Ваше предложение.
• Защити Dedicated Server
• Необходимый софт! by andreyonohov & leha342
Sergei webware
Well-known member
Kali Linux имеет по умолчанию 2 типа загрузки с флешки:
Kali Live USB — обычная загрузка Kali c USB флешки
Kali Live USB persistence (Потенциально стойкий) — сохранение данных на USB флешке. Это может быть чрезвычайно полезным дополнением, и позволяет сохранить документы, собранные результаты тестирования, конфигурации и т.д.
Для этого нам нужны 3 вещи :
- Rufus для создания образа на USB флешки
Запускаем Rufus и выбираем файл Kali Linux
Далее выбираем мод DD Image
Жмем Start и OK. После того как образ был записан на флешке просто закрываем программу.
Теперь у нас есть образ Kali Linux на флешке.
Далее открываем программу MiniTool Partition Wizard.
Щелкните правой кнопкой мыши на нераспределенное место на флешке и кликните Create, жмите OK.
Выбираем параметры как в картинке жмем OK потом Apply. Ждем…
После того, как менеджер разделов закончит работу, перезагрузите компьютер и загрузите с вашего USB. Выберите опцию «Live USB persistence».
После того как Kali загрузился вы должны увидеть на рабочем столе папку с флешки persistence.
Далее определите раздел вашей флешки
Мой раздел /dev/sda3
Теперь открываем терминал и пишем
После рестарта если папка флешки persistence исчезла с рабочего стола то это значит что у вас всё получилось. 
Вот и всё. Теперь при загрузке Kali если вы выберите Kali Live USB persistence то вы сможете сохранить все что угодно вам на флешке и после рестарта ничего не исчезнет.
Sergei webware
Well-known member
38 комментариев
Присоединяйтесь к обсуждению и сообщите нам свое мнение.
- ОСТРИКОВ СЕРГЕЙ 17.10.2016 в 16:44
Я нашёл ошибку:
Неправильно:
[ Partition Label: persistance ]
Правильно:
[ Partition Label: persistence ]
После перезагрузки папка исчезла, я изменил настройки языка, чтобы всё отображалось на русском и перезагрузил чтобы принять настройки, в итоге не запускается система в общем.
Вот фото экрана на моменте когда она виснет и ничего более не происходит:
MILKYWAY 11.02.2017 в 07:28
kernel panic not syncing vfs unable to mount root fs on unknown-block(0 0) какие нужно действия дабы убрать эту ошибку?
Q0010 10.08.2017 в 10:43
Здраствуйте, делал все как написано выше, причем несколько раз и на двух флешках, папка persistence после перезагрузки не уходит, пожалуйста помогите.
ASTERICS 24.08.2017 в 19:49
всем доброго вечера! давно не загружал кали с флешки, ждал когда приедет годная антенна. сегодня начинаю загружать и вот проблема вылезла — идёт загрузка, доходит до стадии » started update UTMP about system runlevel changes». грузить не хочет дальше. появилось мерцание экрана. и выдаёт постоянно ошибку filed to start network manager подскажите знающие в чём трабл? вот ссылка на фото проблмы Сергей Углов
- WEBWARE TEAM 24.08.2017 в 23:49
Не все имеют аккаунт в вк. Для удобства пользователей залейте картинку на общедоступный фотохостинг.
- ASTERICS 25.08.2017 в 11:58
ZIZU 21.03.2018 в 21:31
Из за невнимательности долго мучился сам)))
ККК 07.04.2018 в 12:27
Всё сделал правильно! Всё что было нужно убралось, но всё равно нечего не сохраняется….. Пробовал на двух флешках на старой и на новой и всё бестолку…
ДОБРЫЙ САМАРИТЯНИН 20.06.2018 в 01:06
Все работает только в конце надо будет через диски переименовать том Kali linux на USB
Xz compressed data is corrupt system halted что это
Добрый день! Уважаемые читатели и гости крупнейшего IT блога России pyatilistnik.org. В сегодняшней заметке, хочу описать ситуацию со стареньким оборудованием Dell PowerEdge 1950. Есть сервер на котором установлена FreeBSD. Была необходимость выполнить сервисное обслуживание операционной системы. Был выключен Dell PowerEdge 1950. Далее после включения, сервер не обнаружил один из виртуальных массивов, после чего выдавал сообщение system halted и не давал далее загружаться. Вот такая вот ситуация, давайте я расскажу, как удалось его воскресить.
Проблема с RAID контроллером PERC 6/i
В моей организации идет процесс вывода из строя старого оборудования, которое много тратит электроэнергии, а толку дает мало. Одним из таких серверов был Dell PowerEdge 1950. Моему коллеги нужно было выполнить на нем работы и перезагрузить его. После перезагрузки выскочили вот такие предупреждения:
Обратите внимание, что сервер Dell не видит один из виртуальный дисков VDs, за номером 2, я выделил это стрелкой.
Далее видно, что найдены 3 Virtual Drive и происходит попытка загрузки сетевой настройки IDRAC, а после него формулировка:
После чего сервер так висит долгое время, загрузка с дисков или загрузка BIOS не осуществляется.
Как решается проблема
ИЗ информации описанной выше мы видим две проблемы:
В системе он вообще не виделся, и RAID контроллер на него не ругался, просто как будто нет. SMART показатели других дисков были в порядке. Я присмотрелся к индикации HDD на сервере и обнаружил, что один из них моргал, это был как раз 02-ой.
У меня был выведенный брат близнец этого сервера, и я решил поменять диски с проблемного диска, вставив их в другой выключенный сервер, с таким же RAID контроллером
После включения нового сервера с дисками от старого у меня обнаружилась старая конфигурация всех 4-х массивов.
Тут важный момент, новый RAID контроллер нашел конфигурацию, о старых виртуальных массивах (Virtual Drives), которую предлагает себе импортировать, соглашаемся и нажимаем кнопку «F»
После чего система стала загружаться и я больше не увидел сообщения «system halted». В очередной раз убедился, что всегда нужно иметь все про запас, это хорошо, что сервис сам продублирован и еще не успели убрать на склад старый сервер, который пригодился так кстати.