Сделал уже довольно давно себе юнит по вики для /etc/rc.local - всё вроде бы работало нормально до тех пор, пока я не прописал туда несколько строчек с участием hdparm, типа hdparm -S 36 "название диска". То есть, я просто задаю таймаут на отключение через 3 минуты ненужному в линуксе диску с виндовс. Ну или тупо пытаюсь диск выключить. Если ту самую строчку с hdparm выполнить вручную из рутовой консоли - всё работает правильно. Из /etc/rc.local - нет, притом, что все остальные строчки (пишущие в /proc и /sys) отрабатываются нормально.
В принципе понятно, что юнит выполняется слишком быстро и в логах видно, что SATA переподнимается ядром заново.
Хотел бы спросить, что надо писать в юните в строчке After= ?
Я попробовал запускать юнит и после сислога, и после сети. Результата не достиг.
Вики очень мутный. У меня ещё много вопросов по systemd, но обо всём по порядку...
Если бы у Вас была NVIDIA, то я бы предложил сделать InitialPixmapPlacement=2
Мне это с тормозами скроллинга помогло радикально. https://wiki.archlinux.org/index.php/NVIDIA#Troubleshooting
Возможно, в ATI есть аналогичная опция для кеширования в видеопамять.
Chupakabra88
Нашла прогу Fb2edit.
чем-то напоминает FB Editor, ток попроще.
сайт: http://fb2edit.lintest.ru/
Ого! Оно даже с полпинка собралось и запускается!
Спасибо за ссылку...
lampslave
Если печатаешь вслепую, то часто приходится заново много перебивать и материться.
Вот как раз слепая печать подразумевает, что набирающий смотрит на экран, а не на клавиатуру (конечно, если не с бумажки набираете). http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D0%B5%D0%BF%D0%BE%D0%B9_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4_%D0%BF%D0%B5%D1%87%D0%B0%D1%82%D0%B8
Это всё, конечно, хорошо, но вопросы терминологии никак не оправдывают глюки плагина.
В XFCE за раскладку отвечает плагин xfce4-xkb-plugin. периодически его то чинят, то опять ломают. Сейчас он сломан. Может у Вас то же самое и происходит?
У меня (и у многих в сети) симптомы схожие - раскладка вроде бы и переключается, и даже, кажется, что нормально, но периодические всё куда-то слетает и он забывает настройки для каждого окна. Например, писал по русски в редакторе текст. Писал, писал, потом переключился в firefox, что-то там понабирал, странички полистал, потом опять вернулся к набору текста, а глядь, раскладка там уже английская. Если печатаешь вслепую, то часто приходится заново много перебивать и материться. Есть конечно xneur, но там свои тараканы.
Какое-то время назад этот самый xfce4-xkb-plugin работал просто отлично. Это продолжалось примерно полгода, до одного из недавних обновлений, увы...
vasek
Уточни, что ты имел ввиду - демо-версию R-STUDIO или бесплатную часть коммерче­ского проекта — R-Linux.
Вообщем то R-Linux то же имеет графическую оболочку и даже руссифицирована, но требует дополнительной установки библиотеки Qt4. Давно хотел ее попробовать.
Демо версию r-studio. Вообще, никому не желаю повода "её попробовать".
У меня когда-то был несчастный случай - грохнулся большой раздел ext4. Наверное. я сам виноват, ибо что-то рискованное с ним делал, но не помню уже что именно. Суть в том, что testdisk не восстановил буквально ничего. Зато вот r-studio справилась на ура и очень быстро. Разве что демо режим программы поначалу не дал насладиться всеми её прелестями, но это уже другая песня и история...
Починили
[[email protected] ~]$ yaourt -Q gvfs
extra/gvfs 1.16.1-2
[[email protected] ~]$
Perfect_Gentleman
XFS счас стоит, если читали внимательно, у меня на основном (загрузочном, руте, доме разделах) винте. JFS не стал пробовать, т.к. на неё положили болт. А все тесты - это стеклянные сферы в вакууме. Чтоб что-то про XFS мне сказать, надо хотя бы месяцок на ней посидеть. В плане настроек XFS замороченней EXT4 будет.
Нет, тесты были вполне конкретные. Был роутер с гигабитными портами, процессор там дохлый MIPS на 400 МГц (не помню какой серии) - не быстро, однозначно. По USB2 подключен внешний винт, т.е. физически скорость диска ограничена потолком примерно в 40 Мб/сек, может, чуть больше. На борту роутера OpenWRT. Подключаемся к этому чуду по FTP и пишем читаем с диска на диск с целевой ФС какие-то файлы. Всё это ессно упирается в процессор роутера. (Были красивые графики, если смогу найти, покажу.) Насколько я помню, лучше всех вели себя ext2 и ext4, показывая скорость записи/чтения около 11 Мб/сек, остальные ФС ненавязчиво слили. Может, настроек не хватило, может, ещё чего-то... С etx2 там всё понятно, в нашем случае это как раз и есть сферический конь в вакууме, а вот на ext4 в результате я и перешёл, но уже на "большом" десктопе.
Про XFS и её самые больные места я слышал, что она очень плохо переживает сбои физического носителя, и плохо после этого восстанавливается. Т.е. беспокоиться не о чем (почти), если, скажем, эта ФС будет установлена поверх RAID1.
Про JFS могу сказать пару слов, просто, как её пользователь в течение нескольких лет. Когда система свежая - работает очень быстро. Особенно быстрым показались поиски файлов (у неё там B-деревья вроде как используются). Листинг файлов на /usr/bin на JFS выводится в несколько раз быстрее, чем на ext3. Это я хорошо помню. Но со временем система фрагментируется и дефрагментировать её - предмет большого разочарования. В этом смысле XFS, несомненно, имеет ощутимые преимущества.
Я когда-то морочился с роутером на дохлом MIPS процессоре и видел табличку с тестами по теме. Выбиралась ФС, которая даст максимальную скорость с учётом дохлости железа. Победителем вышла как раз ext4, или очень близко к тому. Точно уже не помню. Там много чего тестировалось и btrfs с xfs в том числе. Даже хвалёная по процессоронежручести JFS крепко слила, кажется... С тех пор, чисто в силу любознательности, вопросы возникали, но в результате я остался на ext4. После JFS, кстати, вздохнул свободно. Последняя фрагментировалась жутко просто, а дефрага нормального к ней нет и не будет уже, в отличие от ext4.
Не думаю, что какая-то другая ФС даст ощутимый прирост на усреднённой файлопомойке.