KDE стоит… пароль правильный, экран тухнет, а потом опять UI логина.
Мне гвозди забивать, не надо рассказывать как это несекурно бла бла..
Просто как это сделать черт возьми, уже и в линухе начали решать за юзера.
Можно ли создать mdraid поверх mdraid (RAID0).
ну например 1+1+1+1 = 4Tb, 2+2 = 4Tb
а потом еще один raid0 в 8 тб
имеет ли смысл с точки зрения iops и линейной скорости?
К примеру у меня есть 256GB RAM, и например 512GB SSD диск.
Есть ли возможность получить диск ну скажем на 200GB RAM + 512GB SSD?
В идеале сначала чтобы использовалась RAM, а если не хватает места, то пишет на SSD.
Надежность хранения само собой неважна. Нужно вот такое временное хранилище.
Самое главное, чтобы итоговое хранилище по размеру было суммой RAM (например куска в 200GB) и SSD.
Погуглил немного нашел проект mergefs. Наверное вариант tmpfs + mergefs мне подойдет.
Поделитесь вашими соображениями ))
Как сделать так чтобы yum-cron не слал повторяющиеся сообщения?
Чтобы новые сообщения отправлялись администратору только если есть новые обновления.
В настройках ничего такого не нашел. Может есть альтернатива yum-cron?
Проверять обновления раз в сутки не вариант.
Появилось по время копирования файлов на сервер.
Может кто-нибудь объяснить, что здесь происходит?
Это баг дравейра сетевухи? Глюки ядра? Нестабильность CPU/RAM?
[40110.919369] ------------[ cut here ]------------
[40110.919405] NETDEV WATCHDOG: enp1s0 (mlx4_core): transmit queue 0 timed out
[40110.919471] WARNING: CPU: 5 PID: 0 at net/sched/sch_generic.c:442 dev_watchdog+0x24d/0x260
[40110.919771] CPU: 5 PID: 0 Comm: swapper/5 Not tainted 5.10.19-100.fc32.x86_64 #1
[40110.919785] RIP: 0010:dev_watchdog+0x24d/0x260
[40110.919793] Code: 19 c8 fd ff eb a9 4c 89 f7 c6 05 cf 92 30 01 01 e8 48 a7 fa ff 44 89 e9 4c 89 f6 48 c7 c7 70 57 48 a8 48 89 c2 e8 08 d5 15 00 <0f> 0b eb 8a 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 0f 1f 44
[40110.919798] RSP: 0018:ffffc0a1401acec0 EFLAGS: 00010282
[40110.919806] RAX: 000000000000003f RBX: ffff9c7f83f53ec0 RCX: 0000000000000000
[40110.919810] RDX: ffff9c826fd669e0 RSI: ffff9c826fd58a80 RDI: 0000000000000300
[40110.919815] RBP: ffff9c7f83f203dc R08: 0000000000000000 R09: ffffc0a1401accf0
[40110.919819] R10: ffffc0a1401acce8 R11: ffffffffa8b44748 R12: ffff9c7f83f20480
[40110.919824] R13: 0000000000000000 R14: ffff9c7f83f20000 R15: ffff9c7f83f53f40
[40110.919830] FS: 0000000000000000(0000) GS:ffff9c826fd40000(0000) knlGS:0000000000000000
[40110.919835] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[40110.919839] CR2: 00007fd47ad1324c CR3: 00000001169e0000 CR4: 00000000000006e0
[40110.919843] Call Trace:
[40110.919850] <IRQ>
[40110.919863] ? pfifo_fast_enqueue+0x150/0x150
[40110.919871] call_timer_fn+0x29/0xf0
[40110.919878] __run_timers.part.0+0x1af/0x210
[40110.919885] ? __hrtimer_run_queues+0x129/0x250
[40110.919892] ? ktime_get+0x38/0xa0
[40110.919898] ? lapic_next_event+0x1d/0x20
[40110.919905] ? clockevents_program_event+0x8d/0xf0
[40110.919912] run_timer_softirq+0x26/0x50
[40110.919920] __do_softirq+0xca/0x288
[40110.919929] asm_call_irq_on_stack+0x12/0x20
[40110.919934] </IRQ>
[40110.919940] do_softirq_own_stack+0x37/0x40
[40110.919949] irq_exit_rcu+0xc2/0x100
[40110.919956] sysvec_apic_timer_interrupt+0x36/0x80
[40110.919964] asm_sysvec_apic_timer_interrupt+0x12/0x20
[40110.919971] RIP: 0010:native_safe_halt+0xe/0x10
[40110.919977] Code: 02 20 48 8b 00 a8 08 75 c4 e9 7b ff ff ff cc cc cc cc cc cc cc cc cc cc cc cc cc cc e9 07 00 00 00 0f 00 2d e6 d1 43 00 fb f4 <c3> 90 e9 07 00 00 00 0f 00 2d d6 d1 43 00 f4 c3 cc cc 0f 1f 44 00
[40110.919981] RSP: 0018:ffffc0a1400b7e88 EFLAGS: 00000246
[40110.919988] RAX: 0000000000004000 RBX: 0000000000000001 RCX: 000000000000001f
[40110.919993] RDX: ffff9c826fd40000 RSI: ffff9c7f40b08800 RDI: ffff9c7f40b08864
[40110.919997] RBP: ffff9c7f40b08864 R08: ffffffffa8c61220 R09: 0000000000000018
[40110.920002] R10: 0000000000004124 R11: 0000000000001a5c R12: 0000000000000001
[40110.920006] R13: ffffffffa8c612a0 R14: 0000000000000001 R15: 0000000000000001
[40110.920019] ? __tick_broadcast_oneshot_control+0x158/0x200
[40110.920025] acpi_idle_do_entry+0x46/0x50
[40110.920033] acpi_idle_enter+0x86/0xc0
[40110.920041] cpuidle_enter_state+0x89/0x350
[40110.920048] cpuidle_enter+0x29/0x40
[40110.920056] do_idle+0x1cb/0x270
[40110.920064] cpu_startup_entry+0x19/0x20
[40110.920072] secondary_startup_64_no_verify+0xc2/0xcb
[40110.920079] ---[ end trace 55e12b5903107dbe ]---
Есть сетевой интефейс eth0 под CentOS 7. Есть несколько айпишников на нем (статика от ISP).
Какой из айпишников система выбирает для того, чтобы выйти во внешний мир?
Это можно конфигурировать?
Это всегда будет IPADDR1 или нет?
Собственно сабж.. какой-нибудь редхат к примеру?
Если да, то как потом откатить к родному ПО?
Подскажите ребят как лучше организовать вот такой сценарий…
Есть Linux сервер, к которому есть неограниченный SSH доступ.
Есть Linux клиент с двумя сетевыми интерфейсами.
Есть точка доступа (WiFi), которая подключена ко второму сетевому интерфейсу.
Т.е. схема наподобии этой:
PC -> WiFi (router) -> Eth2 -> SSH (tunnel) -> Eth1 -> Server -> WWW
Классический VPN совсем не вариант. Необходимо именно SSH тунель.
Понимаю, что копать надо скорее всего в сторону «SSH-based virtual private networks».
Hо мои навыки весьма ограничены.
Возможно ли в OpenVPN (или любом другом VPN под Linux) один сокет разбивать на несколько а потом собирать обратно?
Например есть цепочка: A - B - C - D
A - браузер юзера B - VPN Client C - VPN Server D - ресурс (сайт)
Например юзер хочет скачать c сайта файл по HTTP.
Можно ли на участке B-C и С-B иметь многопоток? Например 10 соединений.. скорее всего ценой большего латенси из-за буферизации, но тем не менее.
Что скажете комрады?
Создаю файл от рута, rw только для овнера, остальным рид Удаляю файл от имени самбы
Самба (Fedora 30) config systemd:
[Unit]
Description=Samba SMB Daemon
Documentation=man:smbd(8) man:samba(7) man:smb.conf(5)
Wants=network-online.target
After=network.target network-online.target nmb.service winbind.service
[Service]
Type=notify
NotifyAccess=all
PIDFile=/run/smbd.pid
LimitNOFILE=16384
EnvironmentFile=-/etc/sysconfig/samba
ExecStart=/usr/sbin/smbd --foreground --no-process-group $SMBDOPTIONS
ExecReload=/bin/kill -HUP $MAINPID
LimitCORE=infinity
Environment=KRB5CCNAME=FILE:/run/samba/krb5cc_samba
[Install]
WantedBy=multi-user.target
Конфиг самой самбы
security = user
guest account = samba
map to guest = Bad User
passdb backend = tdbsam
[Torrents]
path = /array/Torrents
available = yes
browsable = no
writable = no
guest ok = yes
public = no
write list = samba
create mask = 0660
directory mode = 0770
Это НОРМАЛЬНО? От имени самбы удаляется файл с пермишенами:
-rw-r--r--. 1 root root 5 Nov 5 18:34 text1.txt
Если запустить DNF пишет Unable to detect release version... Репозиториев нет .
Нужно в LiveCD поставить пару утилит с сети. Есть простой способ?
Если открыть тектовый файл и попробывать перейти на новую строку с помощью Enter, то выскакивает странное окно сохранения файла, которое не закрывается с первого раза.
При этом любое дальнейшее действие приводит к порче контента файла.
Выгялдит это вот так:
┌───────── Save file ─────────┐
│ Confirm save file: "/test2" │
├─────────────────────────────┤
│ [ Save ] [ Cancel ] │
└─────────────────────────────┘
При нажатии Cancel содержимое файла портится.
Получилось как-то случайно. Как именно не знаю.
Выкашивал миднайт командер и конфиг - не помогло.
Такой глюк только на одном из серверов.
Есть домашняя машина на старом железе.
LSI контроллер и RAID0 массив из 6 дисков.
Чтение диска выдает хорошую скорость линейного чтения. Результат из DD:
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 7.96162 s, 674 MB/s
Но чтение с раздела LUKS выдает уже в 2 раза меньше:
5368709120 bytes (5.4 GB, 5.0 GiB) copied, 19.8654 s, 270 MB/s
Скорее всего ограничение в скорости дешифрования. Проц старый Phenom II X4 на частоте 3.8 все 4 ядра.
htop показывает, что во время чтения используется либо 1 ядро на 100%, либо 2 ядра приблизительно каждое на 70%.
Cryptsetup benchmark показывает такую картинку, притом грузится только одно ядро:
# Algorithm | Key | Encryption | Decryption
aes-cbc 128b 233.3 MiB/s 255.0 MiB/s
serpent-cbc 128b 98.4 MiB/s 252.6 MiB/s
twofish-cbc 128b 220.4 MiB/s 264.4 MiB/s
aes-cbc 256b 184.7 MiB/s 197.2 MiB/s
serpent-cbc 256b 98.4 MiB/s 252.3 MiB/s
twofish-cbc 256b 220.1 MiB/s 264.0 MiB/s
aes-xts 256b 253.2 MiB/s 255.5 MiB/s
serpent-xts 256b 231.4 MiB/s 234.8 MiB/s
twofish-xts 256b 248.7 MiB/s 246.7 MiB/s
aes-xts 512b 195.2 MiB/s 197.2 MiB/s
serpent-xts 512b 231.5 MiB/s 235.2 MiB/s
twofish-xts 512b 248.8 MiB/s 246.4 MiB/s
Ось Fedora 29 (4.19.8-300.fc29.x86_64).
Может кто сталкивался?
Возможно ли утилизировать все ядра при шифровании, дешифровании?