Цель состоит в том, чтобы установить активную сессию ConsoleKit. Можно проверить это через:
$ ck-list-sessions | grep active
active = TRUE
Если существует несколько сессий ConsoleKit, только одна сессия самое большее может быть активной за один раз.
Если вывод - что-то как
$ ck-list-sessions | grep active
active = FALSE
active = FALSE
у Вас есть проблема, потому что вещи, которые нуждаются в активной сессии ConsoleKit для аутентификации для отправки сообщений по dbus, не работают (например, NetworkManager, т.е. nm-applet
, udisk...).
Существует несколько методов, чтобы создать (и активироваться) сессия ConsoleKit. Менеджер по оформлению может установить один через прямое общение с демоном ConsoleKit. Или pam-модуль может сделать это. Или login/X11-session-init сценарий мог бы назвать ck-launch-session, который должен создать активную сессию (ошибки по модулю).
Обычно, цель должна состоять в том, чтобы установить ConsoleKit таким способом, которым Вы получаете активную сессию для своего менеджера окон или оболочки входа в систему (не только для единственных сценариев).
Для тестирования системы ConsoleKit, можно попытаться использовать ck-launch-session
создать надлежащую consolekit сессию. Например, можно назвать сценарий как это:
$ ck-launch-session ./script
Чтобы протестировать, если ck-launch-session без ошибок, можно звонить
$ ck-launch-session ck-list-sessions
и проверьте, существует ли активная сессия.
Ошибки: Обновления системы ConsoleKit недавно ввели различный ошибки в хрупкое (и сверхспроектировал?) экосистема ConsoleKit.
Например, в моей системе Ubuntu 11.10 я должен был удалить nox11
от pam_ck_connector.so
строка в /etc/pam.d/common-session
после ck-launch-session
остановленная работа после обновления системы:
--- a/pam.d/common-session Fri May 25 10:26:53 2012 +0200
+++ b/pam.d/common-session Fri May 25 10:39:41 2012 +0200
@@ -29,5 +29,5 @@
session required pam_unix.so
session optional pam_winbind.so
session optional pam_ecryptfs.so unwrap
-session optional pam_ck_connector.so nox11
+session optional pam_ck_connector.so
# end of pam-auth-update config
С тем изменением теперь я непосредственно добираюсь active
сессия при запуске моего менеджера окон через WDM
вход в систему.
Это означает, что менеджер окон теперь работает в активной сессии ConsoleKit и всем, что запускается как ребенок с процесса менеджера окон (например, с xterm) также часть той сессии, т.е. никакая потребность в дополнительных вызовах ck-launch-session
для, например. nm-applet
больше.
Вы перепутали sda
и sda1
. Обычно не имеет смысла устанавливать MBR в раздел вместо самого диска. Вам была бы нужна эта команда:
sudo install-mbr -i n -p D -t 0 /dev/sda
К сожалению, Ваша ошибка, возможно, уничтожила важные данные файловой системы в sda1
. С файловыми системами Linux оставлен в покое первый сектор объема так, чтобы загрузочный код мог быть установлен там. Если файловая система Windows делает то же затем, Вы удачливы и просто должны переустановить загрузчик в соответствии с Windows.
Вы изменили раздел /dev/sda1
, который содержит части BIOS UEFI. Это делает Вашу систему незагрузочной.
Необходимо смочь восстановиться путем перевысвечивания BIOS. Получите соответствующее изображение BIOS. Вы получаете самоизвлекаемый архив, с которым можно распаковать 7z x sp48847.exe
или cabextract sp48847.exe
в соответствии с Linux. Вы получаете файл Winflash.exe
в свою очередь архив zip, с которым можно распаковать unzip Winflash.exe
или 7z x Winflash.exe
.
На данном этапе, если можно выяснить который *.FD
файл содержит правильную версию BIOS, и можно найти файл подписи, можно записать им в соответствующем местоположении на карте с интерфейсом USB и загрузить ПК с нажатым Win+B.
С другой стороны, смонтируйте диск ноутбука в другом ПК и узнайте который *.FD
файл соответствует Вашему BIOS. если диск Вашего ноутбука /dev/sdn
:
</dev/sdn1 tail -c +513 | head -c 1000000 md5sum
for x in *.FD; do tail -c +513 $x | head -c 1000000 | md5sum; done
Если Вы имеете соответствие, перезаписываете первые 512 байтов назад из чистого изображения.
dd bs=512 count=1 <xxxxxxxx.FD >/dev/sdn1
В следующий раз не забудьте устанавливать MBR на /dev/sda
, нет /dev/sda1
. Ничего не касайтесь /dev/sda1
.