jim945
indeviral
А как вы замеряете падение производительности?))
Как как. Просто тупить начинает. Он не учел что флешка это не ссд. И не сделал ничего чтобы этого избежать.

Все верно, система просто подвисает на некоторое время. Чем больший объем данных записывается, тем дольше висит.
А можно подробнее? Что именно нужно было учесть. Я так понимаю, что при работе с USB Flash система использует что-то вроде буфера, а при работе с SSD - нет. Можно ли вообще что-то сделать, или система на флешке так и будет работать?
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
vasek
movieman
Параметры скорости USB Flash: 245/190 Мб/с
Это, как можно понять, практически замеренная?

Замеры дали результат - 122/87 Мб/c.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
ghost
top, iotop ... в студию!

Тут дело не в том, что какой-то процесс отжирает ресурсы, тут проблема в том, как система работает с USB Flash накопителями. В топах, собственно процессы инициирующие запись, ps показывает STAT "D" у usb-storage и kworker.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
USB-интефейс 3.0 и у флешки, и на материнской плате. Параметры скорости USB Flash: 245/190 Мб/с
Опции монтирования:
/dev/arch/root  /       ext4    defaults        0       1
Аналогичная система на SSD работает без проблем.
Система полностью установлена на флешку, не Live USB. Отключение swap ситуацию не меняет.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
В раздел
 [General]
файла
/usr/share/sddm/themes/имя темы/theme.conf
добавить:
displayFont="имя шрифта"
Взято здесь.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Romshot
В ~/.config/kwinrc надо добавить строчки:
[ModifierOnlyShortcuts]
Meta=
Помогло. Благодарю.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Компьютер настольный или ноутбук?
lsusb тоже было бы неплохо посмотреть.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
С выходом Plasma 5.8 Меню запуска приложений открывается при на нажатии на клавишу Meta. Каким образом можно отлючить такое поведение клавиши Meta? Желательно без установки дополнительных паткетов. В панели управления KDE я не нашел, как это можно сделать.
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Есть стриммер Ultrium 960 и ленты к нему на 400/800 Gb. Система Debian Wheezy 7.7. Нужно настроить запись на ленту со сжатием, чтобы можно было писать 800 Gb, а не 400, как сейчас.
[email protected] ~# tapeinfo -f /dev/nst0
Product Type: Tape Drive
Vendor ID: 'HP      '
Product ID: 'Ultrium 3-SCSI  '
Revision: 'G54D'
Attached Changer API: No
SerialNumber: '**********'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 3
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x44
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
BOP: yes
Block Position: 0
Partition 0 Remaining Kbytes: 400308
Partition 0 Size in Kbytes: 400308
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 0
Для настройки stinit.def использовал официальную вики Debian. Но учитывая то, что там нет отдельного кофига под LTO-3, я взял конфиг от LTO-4 и подправил в соответсвии с оборудованием.
[email protected] ~# cat /etc/stinit.def
manufacturer="HP" model="Ultrium 3-SCSI" {
scsi2logical=1
can-bsr=1
auto-lock=1
two-fms=0
drive-buffering=1
buffer-writes
read-ahead=1
async-writes=1
can-partitions=0
fast-mteom=0
sysv=1
timeout=180
long-timeout=14400
mode1 blocksize=0 compression=0 density=0x44
mode2 blocksize=0 compression=1 density=0x44
mode3 disabled=1
mode4 disabled=1
}
Полсле чего выполнил
[email protected] ~# stinit -v -v /dev/nst0
Trying to open database '/etc/stinit.def'.
Open succeeded.

stinit, processing tape 0
Mode 1, name '/dev/nst0'
Mode 2, name '/dev/nst0l'
Mode 3, name '/dev/nst0m'
Mode 4, name '/dev/nst0a'
The manufacturer is 'HP', product is 'Ultrium 3-SCSI', and revision 'G54D'.
Mode 1 definition: scsi2logical=1 can-bsr=1 auto-lock=1 two-fms=0 drive-buffering=1 buffer-writes read-ahead=1 async-writes=1 can-partitions=0 fast-mteom=0 sysv=1 timeout=180  long-timeout=14400  blocksize=0 compression=0 density=0x44
Mode 2 definition: scsi2logical=1 can-bsr=1 auto-lock=1 two-fms=0 drive-buffering=1 buffer-writes read-ahead=1 async-writes=1 can-partitions=0 fast-mteom=0 sysv=1 timeout=180  long-timeout=14400  blocksize=0 compression=1 density=0x44
Mode 3 definition: scsi2logical=1 can-bsr=1 auto-lock=1 two-fms=0 drive-buffering=1 buffer-writes read-ahead=1 async-writes=1 can-partitions=0 fast-mteom=0 sysv=1 timeout=180  long-timeout=14400  disabled=1
Mode 4 definition: scsi2logical=1 can-bsr=1 auto-lock=1 two-fms=0 drive-buffering=1 buffer-writes read-ahead=1 async-writes=1 can-partitions=0 fast-mteom=0 sysv=1 timeout=180  long-timeout=14400  disabled=1
Bacula пишет в устройство /dev/nst0l, но все равно на ленту записывается только 400 Gb, а не 800.
На всякий случай приведу конфиг Bacula.
[email protected] ~# cat /etc/bacula/conf.d/device.conf
Device {
        Name = "ultrium960"
        DeviceType = Tape
        MediaType = LTO-3
        ArchiveDevice = "/dev/nst0l"
        LabelMedia = yes
        RandomAccess = no
        AutomaticMount = yes
        RemovableMedia = yes
        AlwaysOpen = yes
        BlockChecksum = yes
}
Arch x86_64, Linux 5.16.7, Plasma 5.23.5
Настроил проверку mime-заголовков.
Содержание mime_header_checks:
/name=\"(.*)\.(386|bat|bin|chm|cmd|com|do|exe|hta|jse|lnk|msi|ole)\"$/ REJECT Unwanted type of attachment $1.$2
/name=\"(.*)\.(pif|reg|rm|scr|shb|shm|shs|sys|vbe|vbs|vxd|xl|xsl)\"$/ REJECT Unwanted type of attachment $1.$2
Письма с "неугодными" вложениями отклоняются, отправителю приходит соответсвующее сообщение.
Как сделать, чтобы не только отправителю приходил "отбойник", но и получателю доставлялось письмо без вложения?
Пробовал REPLACE, но в таком случае доходит письмо к получателю с сообщением, что вложение удалено. Но отправитель об этом не знает. Можно ли как-нибудь настроить так, чтобы и отпавителю приходило сообщение, что вложение удалено, и получателю приходило письмо без вложения?
Arch x86_64, Linux 5.16.7, Plasma 5.23.5