Страница 1 из 2
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 18:45
FliXis
Добрый день!
Linux Mint Cinnamon 18.2 x64
Внешний хард старый с usb2.0 вроде бы.
Неделю-две назад надо было скопировать на него около 300гб из линя, часа через 2-3, к концу операции начались дикие фризы, которые не прекращались до тех пор, пока все данные на этот внешний хард не были скопированы. Шифрование не использовалось, это так, на всякий случай говорю.
И вот сегодня опять столкнулся с такой же проблемой. В данный момент, у меня внешний хард забивается нулями(хочу шифернуть его) и опять появились эти фризы, да еще с самого начала этой операции.
Это какой-то глюк ядра линя или драйверов USB? Можно как-то побороть?
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:07
zinks
dmesg | egrep -i scheduler
листни для начала и какая файловая система на винте с которого копируется, а также файловую озвучь на внешнем.
У меня лично на робочей машине также дико тупит когда с нативной фс на нтфс скидываю.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:11
connor41
Это баг ядра 12309, когда "логает" при вводе, выводе - это вроде исправили в ядрах 4.10+, но это не точно)
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:12
FliXis
Не знаю, что это, но вывод с команды такой:
Код: Выделить всё
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.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:14
connor41
FliXis, ну а выхлоп
покажи
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:20
FliXis
Код: Выделить всё
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
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:26
zinks
на ядре 4.12.4 у меня также лагает. Видимо это такая фича когда на НТФС скидываешь.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 19:49
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
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 21:49
connor41
Unborn писал(а): dd if=/dev/zero of=/tmp/test bs=1M count=1M
Уии, я этим баг не поймал)) всё таки ядро 4.10 че-то да исправило)
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 30 авг 2017, 22:10
zinks
По моим субъективным наблюдениям, бага не так в ядре, сколько в САТА-контроллерах на хабах, югах и прочей кремневой радости. Толи мне так везет, толи... но тормоза и запил ввода-вывода после копирования с нативной фс на нтфс у меня наблюдался восновном на матерях где была спарка типо нвидивский север и амдешный юг.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 05:56
rogoznik
zinks писал(а): нвидивский север и амдешный юг
Это что за франкенштейн такой?
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 07:43
root
У меня не лагало, что на 4.8, что на моей текущей версии ядра ни с ntfs, ни с ext4 на внешнем харде.
Не по теме
У меня на 2TB диске под ntfs только 200гб выделено. Имхо, этого достаточно. Все остальное - ext4, дабы не мучить жестак постоянными никому не нужными проблемами, связанными с фрагментацией, и сканированием на вирусы львиной доли информации после использования windows (ради профилактики). Ext4 сделал - об этих проблемах забыл.
FliXis писал(а): у меня внешний хард забивается нулями(хочу шифернуть его)
И в hex будет что-то типо нулей, где место свободно. Зачем? Лучше сразу рандомными значениями забить. Дольше, но и диск взломать сложнее.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 09:33
zinks
darkfenix писал(а): zinks писал(а): нвидивский север и амдешный юг
Это что за франкенштейн такой?
Оууу... я реально написал Юг? Думал про одно... Проц не Юг.
MCPшный север и АМДешный проц,
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 15:27
FliXis
root писал(а): У меня не лагало, что на 4.8, что на моей текущей версии ядра ни с ntfs, ни с ext4 на внешнем харде.
Не по теме
У меня на 2TB диске под ntfs только 200гб выделено. Имхо, этого достаточно. Все остальное - ext4, дабы не мучить жестак постоянными никому не нужными проблемами, связанными с фрагментацией, и сканированием на вирусы львиной доли информации после использования windows (ради профилактики). Ext4 сделал - об этих проблемах забыл.
FliXis писал(а): у меня внешний хард забивается нулями(хочу шифернуть его)
И в hex будет что-то типо нулей, где место свободно. Зачем? Лучше сразу рандомными значениями забить. Дольше, но и диск взломать сложнее.
Оно само начало забиваться после команды sudo mkfs -t ntfs -L storage /dev/mapper/storage
Да и там инфа не столь серьезна что бы из-за нее кто-либо захотел пытаться ломать криптоконтеинер, а не просто забил на это.
Я бы тоже взял ext4, но на всякий случай решил сделать больше универсальности, внешний же диск таки.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 16:23
FliXis
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гб, может надо было писать больше.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 31 авг 2017, 23:33
root
Не по теме
FliXis, это всего лишь команда установления типа фс как ntfs и метки диска на storage. Форматирование mkfs состоит лишь в правках в таблице разделов, а не забитии секторов нулями.
Универсальность? При огромном желании на ext4 можно даже записывать файлы из винды с помощью спец. софта... Хотя, имхо, мода read only вполне достаточно. Если что-то нужно с ext4 на чужом компе с винды прочитать - запускаешь какую-нить portable версию, у меня это total commander с дополнением, если что-то записать - чтобы ничего не устанавливать в чужую систему, можно хранить отдельный nfts на n-е кол-во гб... Хотя, решать не мне, смотри сам, как тебе удобнее)
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 01 сен 2017, 13:00
Filin
FliXis, уточняющий вопрос - windows рядом стоит? Не допускаешь варианта что произошёл конфликт записи из Linux а читать пытаешься из windows ? У меня такой вариант был. А вообще то имхо , диск очень похоже умирает у тебя. Если реально две системы стоят то попробывай работать с внешними дисками с одной системы только. Либо с windows либо только c linux/ Там есть ещё варианты над которыми стоит задуматься. Где форматировал диски в linux или windows ? И после этого где используешь ?Это кажется мелочёвкой но на самом деле важно. И если в windows всё происходило то имей ввиду что антивирусы могли свой след оставить. Они то доброе дело хотели сделать (ну что бы злой вирус не внедрился
) а на самом деле капкан для linux поставили. Linux для них не враг но неизвестная программа а значит надо убить её.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 03 сен 2017, 00:27
FliXis
Код: Выделить всё
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
Вряд ли тут виндовс замешан. Внешний диск форматировал в линуксе, после этого его во время использования винды даже ни разу не подключал.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 03 сен 2017, 00:44
FliXis
root писал(а): Не по теме
FliXis, это всего лишь команда установления типа фс как ntfs и метки диска на storage. Форматирование mkfs состоит лишь в правках в таблице разделов, а не забитии секторов нулями.
Универсальность? При огромном желании на ext4 можно даже записывать файлы из винды с помощью спец. софта... Хотя, имхо, мода read only вполне достаточно. Если что-то нужно с ext4 на чужом компе с винды прочитать - запускаешь какую-нить portable версию, у меня это total commander с дополнением, если что-то записать - чтобы ничего не устанавливать в чужую систему, можно хранить отдельный nfts на n-е кол-во гб... Хотя, решать не мне, смотри сам, как тебе удобнее)
В следующий раз, когда буду бэкап обновлять, переведу на ext4. Не знал, что тотал командер умеет в ext4.
Сильные фризы в системе при копировании с/на внешний жесткий диск.
Добавлено: 04 сен 2017, 10:16
zinks
Кстате, да FliXis, никто не отменял апаратный сбой накопителей. Если не уверен на 100%, то...
sudo apt install smartmontools (если не стоит еще)
sudo smartctl - a /dev/sdX (где Х буква накопителя который нужен)
С внешним правда так обломится, его нужно проверять утилами которые могут смотреть за юзбишный контроллер. Или подключать напрямую к САТА.
Но, опять же, при копировании с нейтива на нтфс, у меня лично, теже тормоза и на 100% рабочем оборудовании. Хоть дома на двух машинах такого не наблюдается, а только на рабочей. И это никак не 12309