Вопросы жесткого диска

А диск в gpt или в dos?

В теории, нестабильная работа может быть совсем не связана со вторым диском.

А так, нужна дополнительная информация: какая ФС на втором диске, если ntfs, то какой драйвер используется, попробовать поймать что там в dmesg на момент возникновения проблем.

gpt

Нет в обоих случаях когда я системы ставил и тестил физически к пк был подключен только один из дисков

У тебя битые сектора, сообщи о них файловой системе.

Аааа, т.е. проблемы только на хитачи и только когда запущена убунту?

да, второй диск WD на нем Ubuntu по 12 часов может при любых нагрузках работать

Ок, а ты смотрел журнал событий? А то бывает gedit берёт и умирает.

Вот, тоже посмотрел картинку, как написали выше параметр «Нестабильные секторы» внушает беспокойство, хорошо бы прогнать тест поверхности.

1. лучше на windows или на ubuntu
2. что лучше использовать

На убунте надо смотреть dmesg и системный лог на момент сбоя.

На убунте утилита badblocks. А так, лучше что-то низкоуровневое типа mhdd или виктории (тысячи их).

лог dmesg

попробуй посмотреть статистику смарта винчестера (предварительно доустановив пакет smartmontools)

sudo smartctl -x /dev/sdQ
где sdQ - твой хитачи диск

лог если бы я знал куда смотреть на sda5 раздел на котором ubuntu установлена

лог 2 это весь диск

в 198ом параметре 0 - это хорошо перезалей вывод dmesg - у тебя там только первый пару строк, а желательно именно последние N строк

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

Ну смотри на /dev/sda5:

197 Current_Pending_Sector  -O---K   001   001   000    -    4512

Для начала можешь ознакомиться с этой статьей: https://losst.ru/proverka-diska-na-bitye-sektory-v-linux

скинуть весь /var/log/dmesg.0 ? или строк 20 с конца ?

в случае если диск на 320 будет системным, а 750 будет только для файлов и будет также постоянно работать. сбои 750 разве не будут влиять на всю систему?

Маловероятно, что ошибки на несистемном диске будут приводить к зависанию.

20ти будет маловато, возможно
и попробуй посмотреть вывод
journalctl -b -p err

лог ну да там чето с нечитаемыми секторами

тут ничего особенного
короче, когда в следующий раз система зависнет и уйдёт на перезагрузку, тебе нужно будет достать =предыдущий= dmesg (/var/log/dmesg.X - там определишь по временной метке файла с помощью ls -lt /var/log/dmesg*) и изучить последние N строк - там будет причина, кто и почему увёл систему в ребут (вдруг это делает видюха(драйвер нуво), а не веник хитачи)
так что сиди и рыбачь, авось повезёт

Минуту внимания, господа. Жесткий диск сейчас задаст вам свои вопросы

ну вот сейчас ещё раз ошибка вылезла. смотрю файл /var/log/dmesg.0 вроде явных сообщений с ошибками не вылезло.

Ну да, пусть данные теряет.

ну это лучше зависпющей системы.

Ничего там не будет, упавшая система логи на диск не пишет. Тем более если упала она из-за диска. Можно открыть окно и в нём сделать

sudo dmesg -w

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

Нынешние ядра могут, подыхая, писать в EFI, если это включено в конфигурации. Надо смотреть в /sys/fs/pstore (там, правда, формат довольно своеобразный — лог порезан на куски, но разобраться при желании можно).

Есть диск A… 320 GB

Есть диск В… 750 GB

ты чота гонишь по ходу… максимальный объём этих дисков 1.44 Мб! 🤡

Ну да, не логгировать же наружу системы, это слишком просто.

Ну, объясни автору как поднять такое логирование. Конечно это выйдет проще чем запустить одну команду (которая у всех есть) в окне.

То есть железо купишь в любом случае? Но есть ньюанс 😁

в общем, попробуй то, что предлагает firkax , только ещё предварительно передай ядру параметр panic=120 (в менюшке граба нажмёшь edit и допишешь в конце строки)
это отсрочит перезагрузку на 2 минуты - за это время ты успеешь записать на листик бумаги, что там за ошибки в гномовском терминале всплыли в самом конце (ну или фотоньку сделаешь, а уже потом перепишешь на листик)

ssh дохлохост journalctl -f — ну ппц как сложно

что ему не нравится это вроде как что-то с Nouveau ( open-source Nouveau driver for NVIDIA graphics cards. спасибо арч вики ). установлю проприетарную версию драйверов для видюхи может поможет

у меня идея получше -
скачать xserver-xorg-video-nouveau_1.0.17-1_amd64.deb , выколупать оттуда nouveau_drv.so и подсунуть на место твоей нынешней, не удаляя старую версию (просто переименуй)

и куда это писать? не у всех куча компов есть

сделал как написал. дал права 777. перегрузил пк появился значок убунты и вращающийся значок загрузки ( до этого его никогда не было ). Всё ок, все работает. и разрешение моника теперь только 640 на 480.

запусти xrandr | head -n20 и посмотри, есть ли там разрешение получше

нет

покажи вывод lspci -k | grep -A3 VGA

проблема в отсутствии надежного контакта заземления с землей инфа100🤥

03:00.0 VGA compatible controller: NVIDIA Corporation GT215 [GeForce GT 240] (rev a2) Subsystem: CardExpert Technology GT215 [GeForce GT 240] Kernel modules: nvidiafb, nouveau 03:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)

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

всё ясно, схитрить не получилось
удаляй новый файл nouveau_drv.so , возвращай на место старый, перезагружайся
теперь попробуем dry run
покажи вывод sudo dpkg --dry-run -i /путь/к/xserver-xorg-video-nouveau_1.0.17-1_amd64.deb

sudo dpkg –dry-run -i xserver-xorg-video-nouveau_1.0.17-1_amd64.deb (Чтение базы данных … на данный момент установлено 193457 файлов и каталогов.) Подготовка к распаковке xserver-xorg-video-nouveau_1.0.17-1_amd64.deb … user@Ubuntu20:~/Загрузки$

короче,я намекаю на то, чтобы обновить нуво
если ты готов к этому делу, то можно установить этот пакет без dry run
если будет предложено обновить/удалить полсистемы, тогда откажись от установки этого пакета