LINUX.ORG.RU

Сообщения Dementy

 

Разные планировщики I/O для разных устройств

Ткните носом, что не так?

60-schedulers.rules

ACTION=="add|change", KERNEL=="sda", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="kyber"
ACTION=="add|change", KERNEL=="sdb", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq"
ACTION=="add|change", KERNEL=="sd[c-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="kyber"

При этом, при загрузке ↓

~$ cat /sys/block/sd*/queue/scheduler
mq-deadline [kyber] bfq none
mq-deadline kyber [bfq] none
[mq-deadline] kyber bfq none

А вот если вручную, то ↓

~$ echo "kyber" | sudo tee /sys/block/sd[c-d]/queue/scheduler
~$ cat /sys/block/sd*/queue/scheduler
mq-deadline [kyber] bfq none
mq-deadline kyber [bfq] none
mq-deadline [kyber] bfq none 

Значит, работать оно может, просто я в 60-schedulers.rules ерунду какую-то сделал? Или в /sys/block/sd*/queue/scheduler не всегда правда?

Сразу ответ на вопрос «нафига?» Чтобы было, на всякий случай. Так-то разница в скорости на первый взгляд, →0.

 

Dementy ()

Ошибки udisks2.service

Внезапно заметил, что система как-то долго загружается. Посмотрел systemd-analyze blame и понял, что это просто принтер был включен, а с принтером оно так всегда. Однако, и на кое-что интересное внимание обратил.

systemd-analyze blame
           599ms dev-sda2.device
           391ms udisks2.service

Так-то оно, конечно, пофиг, за шесть секунд всё включается, или за семь... Но всё же посмотрел.

$ journalctl  -b -u udisks2.service
-- Logs begin at Sat 2020-01-11 11:40:42 +04, end at Sat 2020-01-11 11:46:33 +04. --
янв 11 11:40:43 RocksteR systemd[1]: Starting Disk Manager...
янв 11 11:40:43 RocksteR udisksd[757]: udisks daemon version 2.7.6 starting
янв 11 11:40:43 RocksteR udisksd[757]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory
янв 11 11:40:43 RocksteR udisksd[757]: Failed to load the 'mdraid' libblockdev plugin
янв 11 11:40:43 RocksteR udisksd[757]: Acquired the name org.freedesktop.UDisks2 on the system message bus
янв 11 11:40:43 RocksteR udisksd[757]: mountpoint /media/dementy/DC02-A31B is invalid, cannot recover the canonical path 
янв 11 11:40:43 RocksteR udisksd[757]: Cleaning up mount point /media/dementy/DC02-A31B (device 8:20 is not mounted)
янв 11 11:40:43 RocksteR udisksd[757]: mountpoint /media/dementy/d2763a02-5970-4615-b30f-8317e8344c9c is invalid, cannot recover the canonical pa
янв 11 11:40:43 RocksteR udisksd[757]: Cleaning up mount point /media/dementy/d2763a02-5970-4615-b30f-8317e8344c9c (device 8:17 is not mounted)
янв 11 11:40:43 RocksteR systemd[1]: Started Disk Manager.
янв 11 11:40:53 RocksteR udisksd[757]: Mounted /dev/sdb1 at /media/dementy/d2763a02-5970-4615-b30f-8317e8344c9c on behalf of uid 1000
янв 11 11:40:54 RocksteR udisksd[757]: Mounted /dev/sdb4 at /media/dementy/DC02-A31B on behalf of uid 1000

Это должно так быть? Или лучше это как-то исправить?

# blkid
/dev/sda1: UUID="1448-0AD9" TYPE="vfat" PARTUUID="29179ecb-f173-4990-9a96-d3413a1e7f12"
/dev/sda2: UUID="3537d640-59bb-4a83-b324-6e0f8167a5f6" TYPE="ext4" PARTUUID="09227984-0a6e-449d-ac5f-b639031ee567"
/dev/sda3: UUID="7675343d-587f-4bbb-80a3-4f622147b9a2" TYPE="ext4" PARTUUID="7b3918dd-9ef9-4fb9-a61f-8c56dbc85029"
/dev/sda4: UUID="3576bcb0-caea-4747-b4f6-76e91ed6ceb2" TYPE="swap" PARTUUID="58d4bd7d-d900-4132-85dc-c389b329a6d8"
/dev/sdb1: UUID="d2763a02-5970-4615-b30f-8317e8344c9c" TYPE="ext4" PARTUUID="96262bef-037f-b143-b522-a51771e598d4"
/dev/sdb4: UUID="DC02-A31B" TYPE="vfat" PARTUUID="5af8bbcd-a22f-4ae6-8f28-fbba83d58c83"

fstab

/dev/sda2       /               ext4    errors=remount-ro    0       1
/dev/sda1       /boot/efi       vfat    umask=0077           0       1
/dev/sda3       /home           ext4    defaults             0       2
/dev/sda4       none            swap    sw                   0       0

Dementy ()

Гибернация в раздел SWAP в KDE neon 5.x / Ubuntu 18.04

Что нужно и зачем

Наладить гибернацию. Чтобы прямо кнопками в KDE. Чтобы после выключения и последующего включения происходила загрузка, считывание из /swap в RAM, и чтобы SDDM пароль запрашивал.

Зачем? Чтобы при необходимости длительной работы на батарейках можно было потребить эти батарейки по максимуму, но без разряда в необратимый ноль. Чтобы при этом не потерять сделанное.

Сон в память на подпитке не подходит. Он подъедает батарею. Может или просто выключиться, или съесть вообще всё и выключиться, испортив батарею.

Что сделано

Установлен пакет hibernate. В GRUB_CMDLINE_LINUX_DEFAULT дописано RESUME=UUID=[uuid своп-раздела] . После этого заработало sudo pm-hibernate. Кнопки в KDE волшебным образом не появились, SDDM пароль не просит. sudo systemctl hibernate как не работало, так и не работает. Вообще, работать пытается, что-то на диск пишет, но при включении после идет просто загрузка.

Еще раз прочитано, например, вот это https://askubuntu.com/questions/768136/how-can-i-hibernate-on-ubuntu-16-04 Сделан файл /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla , в него написано

[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions;org.freedesktop.login1.hibernate-ignore-inhibit
ResultActive=yes

С systemctl hibernate всё так и осталось. Кнопки появились. Если их нажимать, происходит то же, что и при systemctl hibernate. pm-hibernate работает.

Вобщем, сделал я из системы какой-то дом терпимости. Имхо, есть systemd, умеет он как-то в hibernation, вот надо так и сделать.

 , , , ,

Dementy ()

Очередной псевдо-12309

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

Сразу скажу. Если и приходил 12309, то я не понял, что это был именно он. Так что, можно считать, что с 12309 я не общался.

Глухие висяки при свопинге были, но сейчас их нет. То ли замена HDD на SSD, то ли пятое ядро, которое позволило правда отключить системный планировщик ввода-вывода... То ли у меня просто получилось-таки подстроить как надо... Нет сейчас этих висяков. Память заполняется, своп заполняется, все идет как надо. Oom killer мне не нужен. Доставлю памяти, сколько возможно, растяну своп раздел (я предусмотрел такую нужду и обеспечил возможность).

Но есть одно НО. Я все же хочу промоделировать ситуацию, когда хорошо настроенной системой на десктопе сможет пользоваться простой человек, который внезапно запустит что-то жадное, а Alt+SysRq+F не знает.

Итак, я запускаю Firefox и Chrome. Ну, многие же говорят, что это самые известные жруны. И начинаю открывать много вкладок с разной толстой фигнёй. Пока не начнется свопинг. После этого я могу заниматься тем же еще долго, все будет нормально. А могу запустить VirtualBox, а на нем Андроид, и тогда все встанет колом при →100% загруженном процессоре. Тогда я делаю Alt+SysRq+F (несколько раз, если нужно) и Андроид на виртуалке начинает работать. После этого можно перезагрузить вкладки, побитые Alt+SysRq+F и продолжать заниматься фигней с броузерами. Все снова будет нормально, своп будет постепенно заполняться. Пока снова не будет запущено что-то очень жадное.

Какой выход подозреваю в этой ситуации. Надо как-то держать пару гигов RAM свободными, для таких вот случаев. Чтобы, если что, любой обжора смог их занять. Но, при этом, как только самое активное пожирательство произойдет, эта пара гигов снова спокойненько освободилась путём переноса чего можно в своп.

Вот только как это сделать - сам я не знаю. vm.swappiness=100 уже сделано, vm.vfs_cache_pressure=50. vm.min_free_kbytes, как я понял, это про то, что пользовательским процессам просто вообще трогать нельзя, ни при каких раскладах.

Вот как такой «амортизатор» в памяти сделать?

 , ,

Dementy ()

Батарея прекращает заряжаться, не зарядившись полностью

Батарея не оригинальная. После чего именно такое произошло - не помню.

Пробовал полностью разрядить (BIOS такую услугу предоставляет), ну оно-то разрялось. Или не разрядилось, но 0% показало. Пробовал заряжать, не загружая систему. Сутки где-то, а может и больше. Процент при этом посмотреть никак, только красная лампочка становится зеленой, когда уже́ до 100% зарядится. Так она и не зазеленела. Загрузил, а оно показывает что-то около 50% и дальше не заряжает. А батарейка греется, именно где-то внутри, а не от ноутбука - значит, что-то в ней происходит... Не сильно греется, ~40°C наощупь.

Разрядил опять, стал заряжать, уже́ загрузив систему и глядя на «приборы». Опять зарядилось до какого-то процента, а дальше встало и греется. Пока процент идет, оно вот так ↓

~$ upower -i /org/freedesktop/UPower/devices/battery_BAT1
  native-path:          BAT1
  vendor:               SAMSUNG Electronics
  power supply:         yes
  updated:              Вс 25 авг 2019 18:21:59 (23 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               charging
    warning-level:       none
    energy:              3,0996 Wh
    energy-empty:        0 Wh
    energy-full:         44,28 Wh
    energy-full-design:  45,36 Wh
    energy-rate:         19,8936 W
    voltage:             12,522 V
    time to full:        2,1 hours
    percentage:          7%
    capacity:            97,619%
    technology:          lithium-ion
    icon-name:          'battery-caution-charging-symbolic'
  History (charge):
    1566742919  7,000   charging
    1566742841  6,000   charging
    1566742829  5,000   charging
    1566742829  0,000   unknown
  History (rate):
    1566742919  19,894  charging
    1566742841  22,637  charging
    1566742829  0,000   unknown

А когда останавливается, то вот так, History-ля-ля не показывает.

~$ upower -i /org/freedesktop/UPower/devices/battery_BAT1
  native-path:          BAT1
  vendor:               SAMSUNG Electronics
  power supply:         yes
  updated:              Вс 25 авг 2019 19:11:09 (60 seconds ago)
  has history:          yes
  has statistics:       yes
  battery
    present:             yes
    rechargeable:        yes
    state:               charging
    warning-level:       none
    energy:              13,7268 Wh
    energy-empty:        0 Wh
    energy-full:         44,28 Wh
    energy-full-design:  45,36 Wh
    energy-rate:         0,0864 W
    voltage:             12,215 V
    percentage:          31%
    capacity:            97,619%
    technology:          lithium-ion
    icon-name:          'battery-good-charging-symbolic'

С оригинальной батарей всё нормально, насколько может быть нормально с батареей, которой шесть лет. 13% емкости осталось, чисто бесперебойник, чтобы успеть сохраниться и выключиться. Только оригинальных в продаже не видно было, когда эту, загадочную, брать пришлось. И сейчас не видно.

 , ,

Dementy ()

Две проблемы с Genius SlimStar 8008 (беспроводные мышь+клавиатура)

Этот самый комплект Genius SlimStar 8008, ноутбук Samsung RF511, KDE Neon 15.6.

http://us.geniusnet.com/product/slimstar-8008

Проблема раз. Её, боюсь, Линуксом не решить... но вдруг...

При включении клавиатура работает с самого начала. Зато после перезагрузки - нет. Просыпается только в SDDM. Соответственно, ни в настройки BIOS ей не попасть, ни в GRUB, ни пароль при включении не ввести. А мне вот очень хочется теперь ноутбук поменьше трогать.

В настройках BIOS ковырял, что можно. Но можно там мало. Я так понимаю, что что при перезагрузке дофига устройств, из которых сделан ноутбук, продолжают работать. При отключении и последующем включении питания они просыпаются и находят всё, что надо для жизни. Может, можно как-то при перезагрузке системы делать такой жесткий ресет, чтобы жестче, чем reboot?

Да, пробовал GRUB_PRELOAD_MODULES=«usb usb_keyboard ehci ohci uhci», ну, чтобы, если что, хотя бы в GRUB работала. Вообще система грузиться перестала. Загрузился с Live, поправил grub.cfg прямо пальцами, загрузился, поправил как надо. Хорошо, что так получилось. У меня могло и не получиться.

Проблема два.

Ввод с мыши странно «затревает». Информация о каком-то действии мыши попадает в систему, но реакция на это действие происходит только при следующем действии. Особенно заметно и наглядно: иной раз щелчок мышью «не воспринимается», но сто́ит двинуть мышь или крутнуть колесико, или еще щелкнуть, и выполняется действие по тому, «застрявшему» щелчку и мгновенно вот это, следующее за «застрявшим» действие.

 ,

Dementy ()

Swap на разделе VS swap в файле. SSD. BTRFS.

Когда ставил систему, что-то не умело в swap на btrfs, и я сделал раздел для свопа. Ну, оно и работает, причем, после некоторой подстройки, работает нормально, без сильно ощутимых тормозов при свопинге. Думаю, если не знать, когда оно свопает, можно этих тормозов и не заметить.

Но вот на мой любимый Neon 5.16 прилетело пятое ядро. Про него так сказано, будто внезапная возможность работать со swapfile на btrfs - это одно из двух лучших, которые в нем вообще есть (второе - это планировщики I/O.

Вот, интересно услышать мнения, чем так плох раздел swap по стравнению с файлом?

С HDD - еще понятно, есть несколько причин.

А с SSD? SSD же одинаково быстрый (ну, или одинаково медленный) во всех своих местах? И «проедание» свопом одних и тех же ячеек, о котором я где-то видел - это же фигня какая-то? Ячейки же перетасовываются не в пределах разделов?

P.S. Не мог сделать эту тему Файрфоксом. Хромиумом получилось. Итс мЭйджик.

 , ,

Dementy ()

Gimp. Что простому пользователю делать с багом?

GIMP 2.10.10.

Вот этот баг → https://gitlab.gnome.org/GNOME/gegl/issues/150

Он закрыт. Но это в официальном варианте. В https://launchpad.net/~otto-kesselgulasch/ archive/ubuntu/gimp так и осталось.

Связываться с флетпаками (как, впрочем, и со снапами) не хочу ни как.

Просто отключил OpenCL в настройках GIMP.

 , ,

Dementy ()

RSS подписка на новые темы