| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
На всякий случай можно еще поинтересоваться целостностью логов: journalctl --verify У меня подобные тормоза были, когда проверка показывала множество битых кусков. Я долго плевался в сторону journald, пока не дошло, что сам диск "сыпется". Так что стоит и состояние диска проверить на всякий случай. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
redix, вы вот вроде бы не новичек, а такое несете... Либо сарказм, либо вот это... Если вы до сих пор считаете, что бинарная сборка без контроля внешних зависимостей кого-то спасет, то нет слов... |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Когда из AUR ставишь, готовься и с бубном поколдовать. Тут ведь может просто какой-то библиотеки нехватать, которая тянется по умолчанию с одним WM, и необязательна для другого. А в пакете неуказана, как зависимость, потому что у создателя пакета оно уже есть в системе. Я вот тут недавно с pale moon доолго мучался. В одном месте компилируется и запускается, в другом - компилируется, но при запуске сегфолтится. Без видимых причин. Методом тыка нашел, что gtk3 ему не хватало с какого-то перепугу. Потом еще оказалось, что ttf шрифты ему кровь из носу нужны, хотя я его на удаленном X-сервере запускал, где все есть. Это я к тому, что вовсе необязательно WM виноват. Какая между ними может быть связь? |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
gentux, Прикольно, можно посмотреть. Но, насколько я успел краем глаза зацепить, там тоже заточка под 64-битную архитектуру. А меня больше беспокоит судьба моих древних 32-битных железок. Все таки, rc-скрипты - не самоцель. grayich, Я вообще не призываю менять религию, просто напомнил, в том числе и себе, что всегда есть неплохая альтернатива даже линуксу. И меня лично это всегда радует. ) Ну а насчет ddccontrol, то, судя по этому коммиту, поддержка FreeBSD в этой тулзе уже есть в основной ветке. Другое дело, что в официальных портах этой утилиты нет... |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
FreeBSD и компания вроде бы не заявляли отказов от какой бы то ни было архитектуры, а наоборот заявляют совместимость со всеми. Я когда-то давно подсел на archlinux из-за его bsd-подобных rc-скриптов. Потом archlinux съехал на systemd, в которых есть что-то. Но всегда есть возможность вернуться у истокам ;) зы: это не реклама, просто мысли вслух. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
1) Сделать бекап на отдельный диск 2) Попробовать сделать изменения с помощью gparted. 3) Если данные сохранились и система загружается, то радоваться жизни. 4) Иначе восстановить данные из бекапа. И второй вариант - забекапиться, переразбить диск и использовать в дальнейшем LVM. По этому поводу читать вики и много думать. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Возможно - шлейф/кабель/разъем |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Диск меняй, пока есть возможность бекап сделать. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
Может, "archlinux-java status" прольет свет на проблему? А "archlinux-java fix" ее попробует решить. |
| kurych |
|
|
Темы:
0
Сообщения:
1394
Участник с: 06 ноября 2011
|
К сожалению, добавить нечего, кроме того, что у меня инициализация этих переменных происходит так же, как и у вас. Но копаться лень, т.к. у меня нет таких проблем. Кроме того, переменной LANG должно быть вполне достаточно, что бы правильно собранная программа понимала нац. настройки. То есть, если мне не изменяет память, значение LANG будет подставляться для всех LC_*, если они не инициализированы чем-то другим, а если LC_ALL инициализирована, то она безусловно всех "победит". С такой логикой все должно работать нормально... |