akorop

#!/bin/bash
sudo mount /dev/$1 /mnt/flash -t vfat -o users,rw,iocharset=cp1251
Я дико извиняюсь, но сейчас всё проверил еще раз (последний раз проверял давно). Флешка не пишется и в долфине, и кодировка слетает в обоих браузерах. То есть проблема не в файловом менеджере. А самба-шара вообще не причём почемуто, вроде она нормально работает, хз, я там скорее всего с правами на сервере ранее намудрил.
Короче, проблема с флешками, почему-то на фат-флешку, которую я монтирую командой выше, невозможно произвести запись не из-под рута, и кодировка слетает, даже если её явно задать.
Почему thunar может неправильно обрабатывать права на запись в примонтированных разделах? Т.е. монтирую я vfat-флешку, или сетевую шару, и бац - запись туда только из-под рута. А в консольке, или в dolphin-е полёт нормальный. Я из-за этого перешел на долфин, хотя thunar мне нравится больше. Кстати, примонтированный ntfs-3g раздел читается и пишется в thunar-е нормально.
Тор установлен в качестве службы, запускается через systemd. После загрузки системы смотрю "systemctl status tor" чего это тор не работает, а он и отвечает:
дек 06 16:45:15 localhost Tor[412]: We now have enough directory information to build circuits.
дек 06 16:45:16 localhost Tor[412]: Our clock is 14 minutes, 44 seconds behind the time published in the consensus network status docume...settings!
дек 06 17:45:14 localhost Tor[412]: We now have enough directory information to build circuits.
дек 06 17:45:16 localhost Tor[412]: Our clock is 14 minutes, 45 seconds behind the time published in the consensus network status docume...settings!
дек 06 18:45:13 localhost Tor[412]: We now have enough directory information to build circuits.
дек 06 18:45:14 localhost Tor[412]: Our clock is 14 minutes, 46 seconds behind the time published in the consensus network status docume...settings!
дек 06 19:45:12 localhost Tor[412]: We now have enough directory information to build circuits.
дек 06 19:45:14 localhost Tor[412]: Our clock is 14 minutes, 47 seconds behind the time published in the consensus network status docume...settings!
дек 06 20:45:11 localhost Tor[412]: We now have enough directory information to build circuits.
дек 06 20:45:13 localhost Tor[412]: Our clock is 14 minutes, 48 seconds behind the time published in the consensus network status docume...settings!
То есть якобы мои часы опаздывают. Но! Когда я уже загрузившись перезапускаю службу тора, то он запускается нормально, загружает консенсус и работает. Почему же при загрузке он не запускается? Может его нужно поставить в зависимость от какой-то службы, настраивающей системные часы, чтоб он грузился после неё?
Ах, блин, спасибо. Только он всё равно не отображает лукрики, что я в аимпе под виндой сохранял. Они что, не в МП3-шник сохранялись, а в отдельную БД аимпа?
Нет, действительно дурацкая. Плагин установил, он грузится, в списке плагинов появляется, но нужная панель справа не появляется. Кто-нибудь сталкивался с такой ерундой?
Вот натолкнулся на обсуждение
http://www.linux.org.ru/forum/desktop/10875989
мне помогло, с той лишь разницей, что у меня еще и восьмой жавы не было, только седьмая.
Вот лог:
окт 12 00:32:35 localhost systemd[1]: PID file /run/i2p/i2p.pid not readable (yet?) after start.
окт 12 00:32:44 localhost systemd[1]: i2prouter.service: Supervising process 20167 which is not our child. We'll most likely not notice w...t exits.
окт 12 00:32:44 localhost systemd[1]: Started Invisible Internet Project.
окт 12 00:33:13 localhost kill[20189]: kill: sending signal to 20167 failed: Нет такого процесса
окт 12 00:33:13 localhost systemd[1]: i2prouter.service: control process exited, code=exited status=1
окт 12 00:33:13 localhost systemd[1]: Unit i2prouter.service entered failed state.
Обновление джава-приблуд эффекта не дало, как впрочем и чистка всего что было связано с i2p. Никто не сталкивался ни с чем похожим?
pa23, точно ведь. Всё, мне спать наверное пора, а не консольки в час ночи крутить.
Спасибо. Вы извините меня, ньюфага, я одну "d" поставил, ничего не сработало, а оно оказвается две надо ставить. Чем отличается одна d от двух по смыслу? Тем что первое работает а второе - нет?
Пакет jdk7-openjdk - находится собственно не в пакмане а в yaourt. Выдаёт вот что:
> jdk7-openjdk: требует jre7-openjdk=7.u65_2.5.1-8
И не обновляется! Более того, я и удалить его не могу, потому что в зависимости от него находится он сам! И "pacman -Rs jre7-openjdk" не помогает!
Что делать? Про запас есть полное обновление системы через пакман, но это накрайняк.