Зависает Linux Mint 19

#21

Rousk, fsck не утилита, а линк на все тулзы и вызывается тот, который нужен в данный момент
убедиться можешь вызвав
whereis fsck

Rousk · #22

WWolf писал(а): ↑
20 апр 2020, 22:05
Rousk, fsck не утилита, а линк на все тулзы и вызывается тот, который нужен в данный момент
убедиться можешь вызвав
whereis fsck

Еще ра, для ntfs никак

То что я привел

Rousk писал(а): ↑
20 апр 2020, 20:55
# automatically repair filesystems with inconsistencies during boot FSCKFIX=yes

проверит диск на ошибки при перезагрузке системы "ntfs никак"

#23

Rousk, где пруфы билли?

открываем маны и читаем

DESCRIPTION
fsck is used to check and optionally repair one or more Linux filesystems. filesys can be a device name (e.g.
/dev/hdc1, /dev/sdb2), a mount point (e.g. /, /usr, /home), or an ext2 label or UUID specifier (e.g.
UUID=8868abf6-88c5-4a83-98b8-bfc24057f7bd or LABEL=root). Normally, the fsck program will try to handle filesystems on
different physical disk drives in parallel to reduce the total amount of time needed to check all of them.

If no filesystems are specified on the command line, and the -A option is not specified, fsck will default to checking
filesystems in /etc/fstab serially. This is equivalent to the -As options.

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

Rousk · #24

WWolf писал(а): ↑
20 апр 2020, 22:41
выделил для тебя жирным, переводчиком владеешь думаю...
почему и заострил внимание что ты не знаешь каким методом у него там ntfs монтируется и советовать в этом случае автоматический фикс файловой системы при некорректном завершении винды это равносильно краху фс...

По русски
[/quote]

WWolf писал(а): ↑
20 апр 2020, 22:41
и советовать в этом случае автоматический фикс файловой системы

ничего не такого не советовал, не автоматический фикс а автоматическую проверку на ошибки

#25

Rousk писал(а): ↑
20 апр 2020, 23:01
ничего не такого не советовал, не автоматический фикс а автоматическую проверку на ошибки

ты наркоман что ли?

Rousk писал(а): ↑
20 апр 2020, 20:55
boot FSCKFIX=yes

Rousk · #26

WWolf писал(а): ↑
20 апр 2020, 23:12
ты наркоман что ли?

Rousk писал(а): ↑
Сегодня, 20:55
boot FSCKFIX=yes

для проверки и исправления ошибок, но никаких фиксов файловых систем

Rousk · #27

Rousk писал(а): ↑
20 апр 2020, 20:55
Можно задействовать автоматическую проверку диска на ошибки и их исправления.
sudo твой текстовый редактор /etc/default/rcS
внести запись
# automatically repair filesystems with inconsistencies during boot FSCKFIX=yes
Еще запрети Firefox через about :config кеширование на диске
browser.cache.disk.enable значение false
browser.cache.disk_cache_ssl значение false

Поправлю свою запись
# automatically repair filesystems with inconsistencies during boot FSCKFIX=yes

правильно будет так

# automatically repair filesystems with inconsistencies during boot

FSCKFIX=yes

Недоглядел.

#28

Не по теме

Rousk писал(а): ↑
20 апр 2020, 23:30
для проверки и исправления ошибок, но никаких фиксов файловых систем

ну это уже на тупой троллинг похоже или ты сам не понимаешь что пишешь....
fix - исправление
FSCKFIX - file system consistency check fix - проверка и исправление целостности файловой системы

Rousk · #29

WWolf писал(а): ↑
20 апр 2020, 23:36
Rousk писал(а): ↑
6 минут назад
для проверки и исправления ошибок, но никаких фиксов файловых систем

ну это уже на тупой троллинг похоже или ты сам не понимаешь что пишешь....
fix - исправление
FSCKFIX - file system consistency check fix

фиксируется на автоматическое сканирование на ошибки но никак что ты там про фиксирование файловых систем, и с выражениями особо не надо

#30

Не по теме

Rousk писал(а): ↑
20 апр 2020, 23:39
фиксируется на автоматическое сканирование на ошибки но никак что ты там про фиксирование файловых систем

в мемориз

Rousk · #31

WWolf писал(а): ↑
20 апр 2020, 23:40
в мемориз

автоматически восстанавливать файловые системы с несоответствиями во время загрузки
=yes/ да
Ничего более

#32

Rousk писал(а): ↑
20 апр 2020, 23:42
автоматически восстанавливать файловые системы с несоответствиями во время загрузки

Ну так. А теперь в думайся в то что написал. Если у ТС монтирование раздела с NTFS происходит автоматически, то и этот раздел поедет туда же.

marley · #33

На данный момент Минт стоит на lvm2 разделе, также имеются fat32 /boot/efi и ext4 /boot
До этого, когда ставил на ext4 вместо зашифрованного lvm2, проблема также наблюдалась - и в Firefox и в TeamViewer.
Установлена винда в VirtualBox, последняя (VB) ещё никогда не зависала и не тянула за собой Минт.

Так в чём может быть проблема (общая у нескольких программ, видимо) и как мне попробовать её решить, уважаемые Линуксоиды?)

#34

а вот это что такое?

marley писал(а): ↑
17 апр 2020, 21:51
Device-3: Atheros type: USB driver: btusb bus ID: 1-6:4

не через него в мир случаем смотришь?
если так, то может он от нагрузки вешает систему? у меня так miwifi вешал систему когда начинал через него прокачивать большие объёмы - помогло переткнуть в usb 2.0 из 3.0...

marley · #35

WWolf писал(а): ↑
21 апр 2020, 12:41
а вот это что такое?
marley писал(а): ↑
17 апр 2020, 21:51
Device-3: Atheros type: USB driver: btusb bus ID: 1-6:4
не через него в мир случаем смотришь?
если так, то может он от нагрузки вешает систему? у меня так miwifi вешал систему когда начинал через него прокачивать большие объёмы - помогло переткнуть в usb 2.0 из 3.0...

Это либо внутренний Wi-Fi, либо внешний USB хаб с USB3 портами для флешек, ничего более.

#36

marley писал(а): ↑
21 апр 2020, 13:19
Это либо внутренний Wi-Fi

Могу ошибаться, но, обычно оно на шине pci висит

#37

rogoznik, блютуз какой-то... может мышь...
marley, собери пробу, в вверху темы красное поле, посмотрим в целом что там и как... но я б начал играться с ядром, так как бук довольно свежий, а ядро 5.3 так себе как по мне...

#38

rogoznik писал(а): ↑
21 апр 2020, 13:47
Могу ошибаться, но, обычно оно на шине pci висит

Да как-бы не 50/50 что и WiFi может быть на USB повешен. Была такая мода у производителей ноутбуков - вообще всю беспроводку на USB вешать. Думаю, это связано с тем, что так проще всего аппаратный выключатель реализовать - просто отсекающий USB к устройствам... Правда это было лет 5-7 назад особо популярно, сейчас массовая мода могла и поменяться, особенно с учетом курсом на интеграцию до такой степени, что скоро WiFi прямо в процессор запихивать будут...

Правда касательно этой строчки: именно это - точно bluetooth.

marley · #39

Похоже, VirtualBox это тоже затрагивает: она просто вылетает.

marley · #40

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

Свежая проба:

$ inxi -Fxz
System:
Host: forme01 Kernel: 5.3.0-46-generic x86_64 bits: 64 compiler: gcc
v: 7.5.0 Desktop: Cinnamon 4.4.8 Distro: Linux Mint 19.3 Tricia
base: Ubuntu 18.04 bionic
Machine:
Type: Laptop System: LENOVO product: 81LW v: Lenovo IdeaPad L340-15API
serial: <filter>
Mobo: LENOVO model: LNVNB161216 v: No DPK serial: <filter> UEFI: LENOVO
v: ARCN33WW date: 10/28/2019
Battery:
ID-1: BAT0 charge: 37.2 Wh condition: 37.2/36.0 Wh (103%)
model: LGC L18L3PF1 status: Full
CPU:
Topology: Dual Core model: AMD Ryzen 3 3200U with Radeon Vega Mobile Gfx
bits: 64 type: MT MCP arch: Zen rev: 1 L2 cache: 1024 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
bogomips: 20759
Speed: 1350 MHz min/max: 1400/2600 MHz Core speeds (MHz): 1: 3136 2: 2279
3: 1524 4: 1622
Graphics:
Device-1: AMD Picasso vendor: Lenovo driver: amdgpu v: kernel
bus ID: 03:00.0
Display: x11 server: X.Org 1.20.5 driver: amdgpu,ati
unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: AMD RAVEN2 (DRM 3.33.0 5.3.0-46-generic LLVM 9.0.0)
v: 4.5 Mesa 19.2.8 direct render: Yes
Audio:
Device-1: AMD vendor: Lenovo driver: snd_hda_intel v: kernel
bus ID: 03:00.1
Device-2: AMD vendor: Lenovo driver: N/A bus ID: 03:00.5
Device-3: AMD vendor: Lenovo driver: snd_hda_intel v: kernel
bus ID: 03:00.6
Sound Server: ALSA v: k5.3.0-46-generic
Network:
Device-1: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter
vendor: Lenovo driver: ath10k_pci v: kernel bus ID: 01:00.0
IF: wlp1s0 state: up mac: <filter>
Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
vendor: Lenovo driver: r8169 v: kernel port: 2000 bus ID: 02:00.0
IF: enp2s0 state: down mac: <filter>
Device-3: Atheros type: USB driver: btusb bus ID: 1-6:4
Drives:
Local Storage: total: 238.47 GiB used: 260.37 GiB (109.2%)
ID-1: /dev/sda vendor: Samsung model: MZ7LN256HAJQ-000L2 size: 238.47 GiB
Partition:
ID-1: / size: 231.54 GiB used: 129.79 GiB (56.1%) fs: ext4 dev: /dev/dm-1
ID-2: /boot size: 704.5 MiB used: 164.9 MiB (23.4%) fs: ext4
dev: /dev/sda2
ID-3: swap-1 size: 975.5 MiB used: 631.3 MiB (64.7%) fs: swap
dev: /dev/dm-3
Sensors:
System Temperatures: cpu: 59.9 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 250 Uptime: 1d 19h 11m Memory: 5.75 GiB used: 4.71 GiB (81.9%)
Init: systemd runlevel: 5 Compilers: gcc: 7.5.0 Shell: bash v: 4.4.20
inxi: 3.0.32

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