lusik Сообщения

lusik	# 2 года, 9 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	флешка нормальная, заводится на другом порту и виндовых компах. И порт рабочий - другие флешки - 2.0, наушники с этих портов работают насчет питания... блок 530 по калькуляторам должно хватать, хотя совсем недавно воткнула новую видяху. в биосе только вот xHCI Hands-Off увидела. Включено.

# 2 года, 9 месяцев назад

Сообщения: 19

Участник с: 19 мая 2016

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

в биосе только вот xHCI Hands-Off увидела. Включено.

lusik	# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	Пробовала добавить дефолтные 80-udisks2.rules в /etc/udev/rules.d , там даже специально пресет для этой модели упоянут Но не помогло В логах ноя 10 20:13:29 compy kernel: sd 6:0:0:0: [sdd] Attached SCSI removable disk ноя 10 20:13:31 compy kernel: usb 1-11: USB disconnect, device number 65 ноя 10 20:13:31 compy kernel: usb 1-11: new high-speed USB device number 66 using xhci_hcd ноя 10 20:13:31 compy kernel: usb 1-11: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10 ноя 10 20:13:31 compy kernel: usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=3 ноя 10 20:13:31 compy kernel: usb 1-11: Product: DataTraveler 3.0 ноя 10 20:13:31 compy kernel: usb 1-11: Manufacturer: Kingston ноя 10 20:13:31 compy kernel: usb 1-11: SerialNumber: 4CEDFB74A34AB2C089ED041E ноя 10 20:13:31 compy kernel: usb-storage 1-11:1.0: USB Mass Storage device detected ноя 10 20:13:31 compy kernel: scsi host6: usb-storage 1-11:1.0 ноя 10 20:13:31 compy mtp-probe[7661]: checking bus 1, device 66: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-11" ноя 10 20:13:31 compy mtp-probe[7661]: bus: 1, device: 66 was not an MTP device ноя 10 20:13:31 compy mtp-probe[7675]: checking bus 1, device 66: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-11" ноя 10 20:13:31 compy mtp-probe[7675]: bus: 1, device: 66 was not an MTP device ноя 10 20:13:32 compy kernel: scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6 ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] 60604416 512-byte logical blocks: (31.0 GB/28.9 GiB) ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Write Protect is off ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Mode Sense: 45 00 00 00 ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA // И такое одно и тоже валится пока не достанешь флешку UPD: после путешествия под стол с фонариком, нашла красные 3.1 порты, в них флешки завелись. Так что можно считать решенным. Но все равно странно, что они настолько несовместимы, что с 2.0 портов вообще адекватно не работает, а не просто медленней. В Bios xHCI Hands-Off включен

lusik

# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)

Темы: 8

Сообщения: 19

Участник с: 19 мая 2016

Пробовала добавить дефолтные 80-udisks2.rules в /etc/udev/rules.d , там даже специально пресет для этой модели упоянут Но не помогло

В логах


ноя 10 20:13:29 compy kernel: sd 6:0:0:0: [sdd] Attached SCSI removable disk
ноя 10 20:13:31 compy kernel: usb 1-11: USB disconnect, device number 65
ноя 10 20:13:31 compy kernel: usb 1-11: new high-speed USB device number 66 using xhci_hcd
ноя 10 20:13:31 compy kernel: usb 1-11: New USB device found, idVendor=0951, idProduct=1666, bcdDevice= 1.10
ноя 10 20:13:31 compy kernel: usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=3
ноя 10 20:13:31 compy kernel: usb 1-11: Product: DataTraveler 3.0
ноя 10 20:13:31 compy kernel: usb 1-11: Manufacturer: Kingston
ноя 10 20:13:31 compy kernel: usb 1-11: SerialNumber: 4CEDFB74A34AB2C089ED041E
ноя 10 20:13:31 compy kernel: usb-storage 1-11:1.0: USB Mass Storage device detected
ноя 10 20:13:31 compy kernel: scsi host6: usb-storage 1-11:1.0
ноя 10 20:13:31 compy mtp-probe[7661]: checking bus 1, device 66: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-11"
ноя 10 20:13:31 compy mtp-probe[7661]: bus: 1, device: 66 was not an MTP device
ноя 10 20:13:31 compy mtp-probe[7675]: checking bus 1, device 66: "/sys/devices/pci0000:00/0000:00:14.0/usb1/1-11"
ноя 10 20:13:31 compy mtp-probe[7675]: bus: 1, device: 66 was not an MTP device
ноя 10 20:13:32 compy kernel: scsi 6:0:0:0: Direct-Access     Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] 60604416 512-byte logical blocks: (31.0 GB/28.9 GiB)
ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Write Protect is off
ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Mode Sense: 45 00 00 00
ноя 10 20:13:32 compy kernel: sd 6:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA

// И такое одно и тоже валится пока не достанешь флешку

UPD: после путешествия под стол с фонариком, нашла красные 3.1 порты, в них флешки завелись. Так что можно считать решенным. Но все равно странно, что они настолько несовместимы, что с 2.0 портов вообще адекватно не работает, а не просто медленней.
В Bios xHCI Hands-Off включен

lusik	# 3 года, 6 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	Поомгла переустановка openssl-1.0 видимо что-то ее перекрыло

lusik	# 3 года, 6 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	Так и я не обновлялась. Работало ... потом вдруг стало такую фигню выдавать. Удалила, в т.ч. с папкой из хомяка, поставила заново - такая же фигня

lusik	# 3 года, 6 месяцев назад (отредактировано 3 года, 6 месяцев назад)
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	Приветствую, что-то вдруг с viber случилось, при этом он не обновлялся - спрашивает, есть ли viber на мобилке, предлагает ввести номер телефона, после ввода выдает экран, что "нет подключения, для активации подключитесь к интернету", хотя с интернетом всё норм, с него и пишу. aur/viber 7.0.0.1035-1

lusik

# 3 года, 6 месяцев назад (отредактировано 3 года, 6 месяцев назад)

Темы: 8

Сообщения: 19

Участник с: 19 мая 2016

Приветствую, что-то вдруг с viber случилось, при этом он не обновлялся - спрашивает, есть ли viber на мобилке, предлагает ввести номер телефона, после ввода выдает экран, что "нет подключения, для активации подключитесь к интернету", хотя с интернетом всё норм, с него и пишу.

aur/viber 7.0.0.1035-1

lusik	# 3 года, 7 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	питание норм. проблема действительно в битых файлах, хотя не могу понять что с ними могло произойти

lusik	# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	дано - новая система, ядро 4.20.3 новая же ssd ext4 / defaults,relatime,discard 0 1 при попытке копирования файлов (cp, rsync) с других примонтированных носителей (ssd и hdd) иногда падает… по разному, иногда прямо в процессе операции намертво виснет, иногда выводит в консоль надпись "Убито" или segmenation fault и сначала вроде бы ничего, но в течение минуты глухо подвисает. Связать точно с какими-то файлами не могу, несколько директорий после предыдущего фейла спокойно скопировались, некоторые не удалось. Несколько раз после отваливания загрузка выводила на fsck и загружалась только после фиксов… strace копирования пишет только то что процесс киллится чем-то внешним в journalctl ничего не вижу, только вот когда fsck восстанавливал записи янв 19 13:11:13 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276877: block 25411032: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276878: block 25411341: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276880: block 25411343: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276883: block 25411346: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276886: block 25411349: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276888: block 25411351: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276890: block 25411353: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276892: block 25411355: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276894: block 25411357: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276895: block 25411358: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error: 3 callbacks suppressed янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276662: block 25402580: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276663: block 25402581: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276664: block 25402582: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276665: block 25402583: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276666: block 25402584: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276667: block 25402585: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276668: block 25402586: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276669: block 25402587: comm cp: bad entry in directory: directory entry overrun - offset=0,> янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276670: block 25402588: comm cp: bad entry in directory: directory entry overrun - offset=0,> lines 16–41 sdb - это другой винт, есть еще один, hdd и с него тоже падает, но не всегда чёт не знаю что еще посмотреть... в journalctl больше ничего такого нет, девайсы с которых копирование идёт тоже прошла fsck, чего-то пофиксилось. но все равно при повторных копированиях такая же проблема выходит. И тут как бы фиг с ним с копированием, как понять в чем причина... в ssd или в системе... или в днк диск источника до вчерашнего дня была рабочий и никаких проблем не возникало

lusik

# 3 года, 7 месяцев назад (отредактировано 3 года, 7 месяцев назад)

Темы: 8

Сообщения: 19

Участник с: 19 мая 2016

дано - новая система, ядро 4.20.3
новая же ssd ext4 / defaults,relatime,discard 0 1

при попытке копирования файлов (cp, rsync) с других примонтированных носителей (ssd и hdd) иногда падает…
по разному, иногда прямо в процессе операции намертво виснет, иногда выводит в консоль надпись "Убито" или segmenation fault и сначала вроде бы ничего, но в течение минуты глухо подвисает. Связать точно с какими-то файлами не могу, несколько директорий после предыдущего фейла спокойно скопировались, некоторые не удалось. Несколько раз после отваливания загрузка выводила на fsck и загружалась только после фиксов…

strace копирования пишет только то что процесс киллится чем-то внешним

в journalctl ничего не вижу, только вот когда fsck восстанавливал записи


янв 19 13:11:13 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276877: block 25411032: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276878: block 25411341: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276880: block 25411343: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276883: block 25411346: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276886: block 25411349: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276888: block 25411351: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276890: block 25411353: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276892: block 25411355: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276894: block 25411357: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:17 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276895: block 25411358: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error: 3 callbacks suppressed
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276662: block 25402580: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276663: block 25402581: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276664: block 25402582: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276665: block 25402583: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276666: block 25402584: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276667: block 25402585: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276668: block 25402586: comm cp: bad entry in directory: rec_len % 4 != 0 - offset=0, inode=>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276669: block 25402587: comm cp: bad entry in directory: directory entry overrun - offset=0,>
янв 19 13:11:18 compy kernel: EXT4-fs error (device sdb2): htree_dirblock_to_tree:1007: inode #6276670: block 25402588: comm cp: bad entry in directory: directory entry overrun - offset=0,>
lines 16–41

sdb - это другой винт, есть еще один, hdd и с него тоже падает, но не всегда

чёт не знаю что еще посмотреть... в journalctl больше ничего такого нет,

девайсы с которых копирование идёт тоже прошла fsck, чего-то пофиксилось. но все равно при повторных копированиях такая же проблема выходит. И тут как бы фиг с ним с копированием, как понять в чем причина... в ssd или в системе... или в днк диск источника до вчерашнего дня была рабочий и никаких проблем не возникало

lusik	# 3 года, 8 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	так а на дргуом компе потом с дровами как, железо ж другое будет

lusik	# 3 года, 8 месяцев назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	- Есть работающий комп, есть инет, есть флешка, есть новый комп с голой ssd (которую можно подключить к работающему) - cd/dvd-rom отсутствует - одновременно оба компа работать не могут Задача - установить арч на новый комп. мигрировать систему не нужно Вопрос - что оптимальнее - просто закатать образ на usb и действовать по стандартной инструкции, или как-то подготовить ssd в новый путь - разметить зараннее, граб заинсталлить... может как-то сразу образ на нее закатать, чтоб без флешки сразу установка пошла? кеш пакетов подтянуть, чтоб шустрее было? Нюанс - инет по простому через dhcp не поймается, нужен конфиг и в идеале эти телодвижения хотелось бы сократить

lusik

# 3 года, 8 месяцев назад

Темы: 8

Сообщения: 19

Участник с: 19 мая 2016

- Есть работающий комп, есть инет, есть флешка, есть новый комп с голой ssd (которую можно подключить к работающему)
- cd/dvd-rom отсутствует
- одновременно оба компа работать не могут

Задача - установить арч на новый комп. мигрировать систему не нужно

Вопрос - что оптимальнее - просто закатать образ на usb и действовать по стандартной инструкции, или как-то подготовить ssd в новый путь - разметить зараннее, граб заинсталлить... может как-то сразу образ на нее закатать, чтоб без флешки сразу установка пошла? кеш пакетов подтянуть, чтоб шустрее было?

Нюанс - инет по простому через dhcp не поймается, нужен конфиг и в идеале эти телодвижения хотелось бы сократить

lusik	# 6 лет назад
Темы: 8 Сообщения: 19 Участник с: 19 мая 2016	но фирменная утилита производителя только под винду есть