Не устанавливается mint

[LamantinoLinuxmint]

Некоторое время у меня стоял 19 минт, и я решил снести его и поставить одновременно десятую винду и убунту.
Винда поставилась нормально, но вот убунту при установке начала зависать - блокировались любые действия, лишь можно было двигать курсор.
Я пробовал разные опции и в конце концов мне удалось установить систему, но при потытке её использовать происходили случайные зависания подобного характера.
Тогда я решил вернуться на минт, уже на 20 версию, cinnamon, но проблема снова повторилась.
Я пробовал устанавливать по-разному - и на 120 гиговый ssd, и на 1gb hdd, пробовал выбирать разные опции - и с полным удалением содержимого на диске, и с размещением рядом с виндой, и с разметкой дисков вручную - там я пробовал как варианты с простым корнем+home, так и с добавлением к этому разделов для efi и swap, в в любом случае на том или ином этапе (во время установки, или после 20-30 секунд использования) возникало подобное торможение, когда двигался только курсор.
Сейчас же я вообще не могу открыть систему с жёсткого диска после установки - на экране просто мигает каретка.

При этом пользоваться минтом с флешки можно долгое время, зависаний нет, если не пытаться ничего установить, так что вряд ли проблема в процессоре, ram, и т.д.
Возможно мои жёсткие диски повреждены физически, и их стоит менять. Подскажите пожалуйста, какими командами и программами воспользоваться, чтобы убедиться в этом, нагуглить просто так не смог.

inxi -Fxz (при использовании с флешки):

System:
Kernel: 5.4.0-26-generic x86_64 bits: 64 compiler: gcc v: 9.3.0
Desktop: Cinnamon 4.6.6 Distro: Linux Mint 20 Ulyana
base: Ubuntu 20.04 focal
Machine:
Type: Laptop System: HP product: OMEN by HP Laptop 17-an0xx v: N/A
serial: <filter>
Mobo: HP model: 8392 v: 40.26 serial: <filter> UEFI: American Megatrends
v: F.15 date: 02/26/2018
Battery:
ID-1: BAT0 charge: 19.6 Wh condition: 75.7/75.7 Wh (100%)
model: HP Primary status: Discharging
CPU:
Topology: Quad Core model: Intel Core i5-7300HQ bits: 64 type: MCP
arch: Kaby Lake rev: 9 L2 cache: 6144 KiB
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
bogomips: 19999
Speed: 800 MHz min/max: 800/3500 MHz Core speeds (MHz): 1: 892 2: 898
3: 895 4: 887
Graphics:
Device-1: Intel HD Graphics 630 vendor: Hewlett-Packard driver: N/A
bus ID: 00:02.0
Device-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] vendor: Hewlett-Packard
driver: N/A bus ID: 01:00.0
Display: x11 server: X.Org 1.20.8 driver: fbdev unloaded: modesetting,vesa
resolution: 1920x1080~77Hz
OpenGL: renderer: llvmpipe (LLVM 9.0.1 256 bits) v: 3.3 Mesa 20.0.4
direct render: Yes
Audio:
Device-1: Intel CM238 HD Audio vendor: Hewlett-Packard
driver: snd_hda_intel v: kernel bus ID: 00:1f.3
Device-2: NVIDIA GP107GL High Definition Audio driver: snd_hda_intel
v: kernel bus ID: 01:00.1
Sound Server: ALSA v: k5.4.0-26-generic
Network:
Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Hewlett-Packard driver: r8169 v: kernel port: c000 bus ID: 03:00.0
IF: eno1 state: down mac: <filter>
Device-2: Intel Wireless 7265 driver: iwlwifi v: kernel port: c000
bus ID: 04:00.0
IF: wlo1 state: up mac: <filter>
Drives:
Local Storage: total: 1.05 TiB used: 1.96 GiB (0.2%)
ID-1: /dev/nvme0n1 vendor: Samsung model: MZVLW128HEGR-000H1
size: 119.24 GiB
ID-2: /dev/sda vendor: HGST (Hitachi) model: HTS721010A9E630
size: 931.51 GiB
ID-3: /dev/sdb type: USB vendor: Generic model: Flash Disk size: 29.30 GiB
Partition:
ID-1: / size: 3.83 GiB used: 114.7 MiB (2.9%) fs: overlay source: ERR-102
ID-2: swap-1 size: 9.31 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda4
Sensors:
System Temperatures: cpu: 46.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 206 Uptime: 7m Memory: 7.66 GiB used: 1.71 GiB (22.3%)
Init: systemd runlevel: 5 Compilers: gcc: 9.3.0 Shell: bash v: 5.0.16
inxi: 3.0.38

Жёсткие диски (последняя попытка разметить)

loop0
7:0 0 1.8G 1 squash /rofs
sda 8:0 0 931.5G 0
├─sda1
│ 8:1 0 9.3G 0 vfat B06D-AE9B
├─sda2
│ 8:2 0 28G 0 ext4 afb6712a-999f-4d9c-a21f-1b89976c1e31
├─sda3
│ 8:3 0 1K 0
├─sda4
│ 8:4 0 9.3G 0 swap [SWAP] dfc3593d-66b1-4a6c-9be4-32f8c05142e6
└─sda5
8:5 0 18.6G 0 ext4 790be28f-8098-4274-bdb7-1745db494e33
sdb 8:16 1 29.3G 0
└─sdb1
8:17 1 29.3G 0 vfat /cdrom D621-7D8F
nvme0n1
│ 259:0 0 119.2G 0
├─nvme0n1p1
│ 259:1 0 380M 0 vfat 23AE-BD30
├─nvme0n1p2
│ 259:2 0 46.6G 0 ext4 8c5424b4-8c52-4254-ab7b-d308cd1f924f
└─nvme0n1p3
259:3 0 9.3G 0 swap abb0a96b-4f9a-412a-a117-51cc0b4ad86c

Во вложении фотография экрана после выключения компьютера после установки.

[symon2014]

LamantinoLinuxmint, Первое , проверить образ на контрольные суммы , желательно сменить флешку , если подключена через хаб , воткнуть напрямую.

Device-1: Intel HD Graphics 630 vendor: Hewlett-Packard driver: N/A
bus ID: 00:02.0
Device-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] vendor: Hewlett-Packard
driver: N/A bus ID: 01:00.0

ну а это второе.

[rogoznik]

LamantinoLinuxmint, в линуксе можно посмотреть состояние SMART диска так

Код: Выделить всё

sudo smartctl -a /dev/sdX

где X - заменить на свое значение.
Если ругается что такой команды нет значит нужно установить

Код: Выделить всё

sudo apt install smartmontools

В винде можно посмотреть victoria или crystaldiskinfo

[slant]

Судя по фото процесса загрузки - проблема с дисками. 90% - проблема аппаратная, с железом. Если их (дисков) несколько, и при любой попытке установки, такое с с любым - подозрение падает на контроллер дисков (материнка) или... шлейф (кабель которым диск к материнке подключается). Как расширение последнего варианта - разъемы на нем и те куда он подключается.

[symon2014]

Судя по фото

Компу 2 года , рановато сыпаться , да и SQUASHFS больше намекает на образ на флешке.

[slant]

Компу 2 года , рановато сыпаться , да и SQUASHFS больше намекает на образ на флешке.

1. Сыпаться диск может начать на любом сроке эксплуатации. Никаких "рано" не существует в принципе. Диск - вообще самый уязвимый компонент компьютера, проверке подлежит при любых странностях с чтением или записью в первую очередь.
2. ТС сказал, что это фото снято во время выключения системы установленной на диск. При чем тут флешки?

Хотя уточняющий вопрос для него: или это я немного неправильно понял, и фото делалось ПОСЛЕ установки, но еще ДО попытки загрузки с диска - т.е. во время выключения live? Если это так, то тогда под подозрение попадет сама флешка...

[rogoznik]

Особенно если этот винт в ноутбуке(как у ТС)

[symon2014]

Сыпаться диск может начать на любом сроке эксплуатации.

Я пробовал устанавливать по-разному - и на 120 гиговый ssd, и на 1gb hdd,

Оба сразу.

[LamantinoLinuxmint]

Хотя уточняющий вопрос для него: или это я немного неправильно понял, и фото делалось ПОСЛЕ установки, но еще ДО попытки загрузки с диска - т.е. во время выключения live? Если это так, то тогда под подозрение попадет сама флешка...

Фото делалось после установки с флешки и до попытки загрузки с диска

[x230]

LamantinoLinuxmint, и все-таки проверь контр.сумму исошника.

[Unborn]

Оба сразу.

Ну блиновый то легче ушатать, от неаккуратного использования ноута (сильная и постоянная трясучка например), а вот SSD M.2 - тут серьёзнее нужно стараться.
Скорее всего ламерская подготовка загрузочной-установочной флешки и такая же загрузка-установка. Легаси БИОС и т.д. и т.п.

[slant]

LamantinoLinuxmint, и все-таки проверь контр.сумму исошника.

Проверить контрольную сумму никогда не вредно, но если внимательно посмотреть на фото - там в нижней части явные ошибки чтения физических блоков/секторов. Причем не одного, а россыпью. Это четкий признак аппаратной проблемы. И т.к. ТС уточнил ситуацию - делаем вывод, что флешке на которой записан live хреново... Рекомендация - записать дистрибутив на другую флешку, и попробовать еще раз.

[x230]

slant, меня смущает сообщение squashfs_read_data failed

[symon2014]

x230, прямое указание на флешку.

[slant]

slant, меня смущает сообщение squashfs_read_data failed

Для понимания ситуации надо вспомнить как организован live. Из критического на флешке по отдельности есть:
1. Загрузчик.
2. Ядро.
3. Образ файловой системы.
Загрузчик загружает ядро, а то монтирует двумя слоями образ файловой системы с наложенным сверху tmpfs (что обеспечивает возможность записи в live, хотя бы до перезагрузки). Но вот этот самый образ, который в "нижнем слое" - это и есть файловая система squashfs. Физически это обычный файл лежащий на файловой системе флешки. Монтируется он через loop устройство (так можно смонтировать почти любую файловую систему созданную внутри файла), в режиме RO - squashfs вообще не подразумевает возможности записи - это как с сидюками. Собрал один раз, и так и живи с собранным. Надо поменять что-то - собирай заново целиком.

Так вот - ошибка на фото внизу обозначает, что ядро не может прочитать сектора устройства носителя, и получает ошибку чтения при попытке прочитать файл содержащий squashfs. Т.е. проблемы с файловой системой смонтированной "изнутри" этого образа разумеется тоже присутствуют, но это уже следствие проблемы с чтением самого файла, который образ и содержит.