Аномальная активность в районе моего рабочего стола продолжается. Как выяснилось, черная дыра имеет и обратное действие. Так, например, пару дней назад я обнаружил утраченный (как думалось) навсегда пропуск под вторым монитором. Видимо, именно там находится вход в другое пространство.

В последнее время монитор редко включался - я не так часто и не так долго нахожусь дома, чтобы смотреть фильмы, для чего, собственно, он и стоит. Видимо, в связи с накоплением потенциальной энергии, которая не тратится на работу монитора, и начинают происходить странные, аномальные дела, связанные с пропажей вещей.

Далее...

Установил я тут свеженькую Ubuntu Maverick Meerkat (10.10) шестидесятичетырёхбитную. А то нехорошо это — процессор AMD Athlon 64 X2, а система стоит i386. Впрочем, речь не об этом.

После установки подсунул я новой системе свой домашний раздел. И, что меня огорчило, — значки-превьюшки (thumbnails) фильмов стали маленькими, хотя я точно помнил, что настраивал их размер когда-то давно (года два или три назад) в старой системе.

Далее...

Недавно поставил себе Vmware Player. Порадовался донельзя после ограниченности VirtualBox. Особенно радует поддержка USB-устройств. Однако, как в любой бочке мёда, тут тоже была своя ложка дёгтя. Я так и не уловил из-за чего так получается, но иногда после того, как Vmware Player поработает, то в «хозяйской» системе перестают работать Shift и Ctrl, просто-напросто «залипают». При чём Alt продолжает работать, как ни странно.

Прочитал огромное количество страниц, выданных гуглом на запрос «vmware player shift», но так и не нашёл причин, чтобы их устранить. Однако, нашёл возможность, как убрать эти неприятные последствия. После того, как Shift и Ctrl перестают работать, можно вернуть их к «жизни» командой setxkbmap, введённой в терминале.

Интернет лихорадит: очередное поделие российских школьников – Bolgenos – решит все проблемы образовательной системы России, связанные с истечением срока лицензии OC Windows.

Далее...

Hibernate (гибернация) – спящий режим в системе. При переключении в этот режим система сохраняет содержимое ОЗУ на жёстком диске и отключает питание. В случае с linux данные пишутся в раздел swap, если он есть. Однако, при изменении UUID раздела hibernate перестаёт работать.

Так произошло и у меня. Когда я перенёс систему на новый диск, то моя ubuntu перестала уходить в спящий режим. Вернее, в hibernate она уходила, но не восстанавливалась при включении ноута, так как UUID раздела swap изменился, и система просто не знала, откуда читать данные.

Всё оказалось до смешного просто. В файле fstab был указан правильный UUID, и система не находила там никаких данных для восстановления ОЗУ. Причиной было то, что в файле /etc/initramfs-tools/conf.d/resume был прописан старый UUID, поэтому ОЗУ писалось в никуда. Я поправил UUID в файле, после чего выполнил команду sudo update-initramfs -u.

Ура! Всё заработало как часы!