Сильные фризы в системе при копировании с/на внешний жесткий диск.

FliXis · #1

Добрый день!
Linux Mint Cinnamon 18.2 x64

Внешний хард старый с usb2.0 вроде бы.
Неделю-две назад надо было скопировать на него около 300гб из линя, часа через 2-3, к концу операции начались дикие фризы, которые не прекращались до тех пор, пока все данные на этот внешний хард не были скопированы. Шифрование не использовалось, это так, на всякий случай говорю.
И вот сегодня опять столкнулся с такой же проблемой. В данный момент, у меня внешний хард забивается нулями(хочу шифернуть его) и опять появились эти фризы, да еще с самого начала этой операции.

Это какой-то глюк ядра линя или драйверов USB? Можно как-то побороть?

zinks · #2

dmesg | egrep -i scheduler
листни для начала и какая файловая система на винте с которого копируется, а также файловую озвучь на внешнем.
У меня лично на робочей машине также дико тупит когда с нативной фс на нтфс скидываю.

connor41 · #3

Это баг ядра 12309, когда "логает" при вводе, выводе - это вроде исправили в ядрах 4.10+, но это не точно)

FliXis · #4

Не знаю, что это, но вывод с команды такой:

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

flixis@host ~ $ dmesg | egrep -i scheduler
[    0.713685] io scheduler noop registered
[    0.713686] io scheduler deadline registered (default)
[    0.713690] io scheduler cfq registered

Система на btrfs, на внешнем харде сейчас ntfs.

connor41 · #5

FliXis, ну а выхлоп

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

inxi -Fxz

покажи

FliXis · #6

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

flixis@host ~ $ inxi -Fxz
System:    Host: host Kernel: 4.8.0-53-generic x86_64 (64 bit gcc: 5.4.0)
           Desktop: Cinnamon 3.4.3 (Gtk 3.18.9-1ubuntu3.3)
           Distro: Linux Mint 18.2 Sonya
Machine:   Mobo: ASUSTeK model: G750JH v: 1.0
           Bios: American Megatrends v: G750JH.206 date: 12/02/2013
CPU:       Quad core Intel Core i7-4700HQ (-HT-MCP-) cache: 6144 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 19156
           clock speeds: max: 3400 MHz 1: 2764 MHz 2: 2429 MHz 3: 2418 MHz
           4: 2542 MHz 5: 3166 MHz 6: 2567 MHz 7: 2636 MHz 8: 2870 MHz
Graphics:  Card: NVIDIA GK104M [GeForce GTX 780M] bus-ID: 01:00.0
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1080@59.99hz
           GLX Renderer: Gallium 0.4 on NVE4
           GLX Version: 3.0 Mesa 17.0.7 Direct Rendering: Yes
Audio:     Card-1 Intel 8 Series/C220 Series High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Card-2 NVIDIA GK104 HDMI Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1
           Sound: Advanced Linux Sound Architecture v: k4.8.0-53-generic
Network:   Card-1: Qualcomm Atheros AR9462 Wireless Network Adapter
           driver: ath9k bus-ID: 03:00.0
           IF: wlp3s0 state: up mac: <filter>
           Card-2: Qualcomm Atheros QCA8171 Gigabit Ethernet
           driver: alx port: d000 bus-ID: 04:00.0
           IF: enp4s0 state: down mac: <filter>
Drives:    HDD Total Size: 2056.4GB (17.5% used)
           ID-1: /dev/sda model: HGST_HTS541515A9 size: 1500.3GB
           ID-2: /dev/sdb model: LITEONIT_LCS size: 256.1GB
           ID-3: USB /dev/sdc model: HandyDrive300 size: 300.1GB
Partition: ID-1: / size: 36G used: 6.3G (18%) fs: btrfs dev: /dev/dm-0
           ID-2: /boot size: 473M used: 68M (16%) fs: ext2 dev: /dev/sdb8
           ID-3: /home size: 87G used: 6.1G (8%) fs: btrfs dev: /dev/dm-1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 61.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 2700
Info:      Processes: 364 Uptime: 4:30 Memory: 12248.5/24060.4MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.481) inxi: 2.2.35

zinks · #7

на ядре 4.12.4 у меня также лагает. Видимо это такая фича когда на НТФС скидываешь.

Unborn · #8

connor41 писал(а): Это баг ядра 12309

dd if=/dev/zero of=/tmp/test bs=1M count=1M
и понаблюдать за отзывчивостью ОС, особенно графических приложений. Если при этом дико подскочет wa (а с ним и LA), и система станет неюзабельной чуть более, чем полностью, — бинго, ты поймал 12309, - https://xakep.ru/2011/11/02/57423/
А лучше - 12309

connor41 · #9

Unborn писал(а): dd if=/dev/zero of=/tmp/test bs=1M count=1M

Уии, я этим баг не поймал)) всё таки ядро 4.10 че-то да исправило)

zinks · #10

По моим субъективным наблюдениям, бага не так в ядре, сколько в САТА-контроллерах на хабах, югах и прочей кремневой радости. Толи мне так везет, толи... но тормоза и запил ввода-вывода после копирования с нативной фс на нтфс у меня наблюдался восновном на матерях где была спарка типо нвидивский север и амдешный юг.

#11

zinks писал(а): нвидивский север и амдешный юг

Это что за франкенштейн такой?

#12

У меня не лагало, что на 4.8, что на моей текущей версии ядра ни с ntfs, ни с ext4 на внешнем харде.

Не по теме

У меня на 2TB диске под ntfs только 200гб выделено. Имхо, этого достаточно. Все остальное - ext4, дабы не мучить жестак постоянными никому не нужными проблемами, связанными с фрагментацией, и сканированием на вирусы львиной доли информации после использования windows (ради профилактики). Ext4 сделал - об этих проблемах забыл.

FliXis писал(а): у меня внешний хард забивается нулями(хочу шифернуть его)

И в hex будет что-то типо нулей, где место свободно. Зачем? Лучше сразу рандомными значениями забить. Дольше, но и диск взломать сложнее.

zinks · #13

darkfenix писал(а):
zinks писал(а): нвидивский север и амдешный юг
Это что за франкенштейн такой?

Оууу... я реально написал Юг? Думал про одно... Проц не Юг.
MCPшный север и АМДешный проц,

FliXis · #14

root писал(а): У меня не лагало, что на 4.8, что на моей текущей версии ядра ни с ntfs, ни с ext4 на внешнем харде.
Не по теме
У меня на 2TB диске под ntfs только 200гб выделено. Имхо, этого достаточно. Все остальное - ext4, дабы не мучить жестак постоянными никому не нужными проблемами, связанными с фрагментацией, и сканированием на вирусы львиной доли информации после использования windows (ради профилактики). Ext4 сделал - об этих проблемах забыл.
FliXis писал(а): у меня внешний хард забивается нулями(хочу шифернуть его)
И в hex будет что-то типо нулей, где место свободно. Зачем? Лучше сразу рандомными значениями забить. Дольше, но и диск взломать сложнее.

Оно само начало забиваться после команды sudo mkfs -t ntfs -L storage /dev/mapper/storage
Да и там инфа не столь серьезна что бы из-за нее кто-либо захотел пытаться ломать криптоконтеинер, а не просто забил на это.
Я бы тоже взял ext4, но на всякий случай решил сделать больше универсальности, внешний же диск таки.

FliXis · #15

Unborn писал(а):
connor41 писал(а): Это баг ядра 12309
dd if=/dev/zero of=/tmp/test bs=1M count=1M
и понаблюдать за отзывчивостью ОС, особенно графических приложений. Если при этом дико подскочет wa (а с ним и LA), и система станет неюзабельной чуть более, чем полностью, — бинго, ты поймал 12309, - https://xakep.ru/2011/11/02/57423/
А лучше - 12309

При копировании на ssd, немного тупил хром. При копировании на hdd ничего не заметил вообще, но там записалось всего 72гб, может надо было писать больше.

#16

Не по теме

FliXis, это всего лишь команда установления типа фс как ntfs и метки диска на storage. Форматирование mkfs состоит лишь в правках в таблице разделов, а не забитии секторов нулями.
Универсальность? При огромном желании на ext4 можно даже записывать файлы из винды с помощью спец. софта... Хотя, имхо, мода read only вполне достаточно. Если что-то нужно с ext4 на чужом компе с винды прочитать - запускаешь какую-нить portable версию, у меня это total commander с дополнением, если что-то записать - чтобы ничего не устанавливать в чужую систему, можно хранить отдельный nfts на n-е кол-во гб... Хотя, решать не мне, смотри сам, как тебе удобнее)

Filin · #17

FliXis, уточняющий вопрос - windows рядом стоит? Не допускаешь варианта что произошёл конфликт записи из Linux а читать пытаешься из windows ? У меня такой вариант был. А вообще то имхо , диск очень похоже умирает у тебя. Если реально две системы стоят то попробывай работать с внешними дисками с одной системы только. Либо с windows либо только c linux/ Там есть ещё варианты над которыми стоит задуматься. Где форматировал диски в linux или windows ? И после этого где используешь ?Это кажется мелочёвкой но на самом деле важно. И если в windows всё происходило то имей ввиду что антивирусы могли свой след оставить. Они то доброе дело хотели сделать (ну что бы злой вирус не внедрился

) а на самом деле капкан для linux поставили. Linux для них не враг но неизвестная программа а значит надо убить её.

FliXis · #18

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

NAME            MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sdb               8:16   0 238,5G  0 disk  
├─sdb4            8:20   0  94,5G  0 part  
├─sdb2            8:18   0   900M  0 part  
├─sdb10           8:26   0  86,2G  0 part  
│ └─sdb10_crypt 253:1    0  86,2G  0 crypt /home
├─sdb9            8:25   0  35,3G  0 part  
│ └─sdb9_crypt  253:0    0  35,3G  0 crypt /
├─sdb7            8:23   0    20G  0 part  
├─sdb5            8:21   0   455M  0 part  
├─sdb3            8:19   0   128M  0 part  
├─sdb1            8:17   0   100M  0 part  /boot/efi
├─sdb8            8:24   0   488M  0 part  /boot
└─sdb6            8:22   0   450M  0 part  
sr0              11:0    1  1024M  0 rom   
sda               8:0    0   1,4T  0 disk  
├─sda2            8:2    0 698,6G  0 part  /mnt/data1
├─sda3            8:3    0 698,6G  0 part  
│ └─sda3_crypt  253:2    0 698,6G  0 crypt /mnt/data2
└─sda1            8:1    0   128M  0 part

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

FliXis · #19

root писал(а):
Не по теме
FliXis, это всего лишь команда установления типа фс как ntfs и метки диска на storage. Форматирование mkfs состоит лишь в правках в таблице разделов, а не забитии секторов нулями.
Универсальность? При огромном желании на ext4 можно даже записывать файлы из винды с помощью спец. софта... Хотя, имхо, мода read only вполне достаточно. Если что-то нужно с ext4 на чужом компе с винды прочитать - запускаешь какую-нить portable версию, у меня это total commander с дополнением, если что-то записать - чтобы ничего не устанавливать в чужую систему, можно хранить отдельный nfts на n-е кол-во гб... Хотя, решать не мне, смотри сам, как тебе удобнее)

В следующий раз, когда буду бэкап обновлять, переведу на ext4. Не знал, что тотал командер умеет в ext4.

zinks · #20

Кстате, да FliXis, никто не отменял апаратный сбой накопителей. Если не уверен на 100%, то...
sudo apt install smartmontools (если не стоит еще)
sudo smartctl - a /dev/sdX (где Х буква накопителя который нужен)
С внешним правда так обломится, его нужно проверять утилами которые могут смотреть за юзбишный контроллер. Или подключать напрямую к САТА.
Но, опять же, при копировании с нейтива на нтфс, у меня лично, теже тормоза и на 100% рабочем оборудовании. Хоть дома на двух машинах такого не наблюдается, а только на рабочей. И это никак не 12309

Кто сейчас на конференции