Почему настройки Power Manager не работают, когда компьютер находится под виртуальной консолью?

Question 1

Вы можете установить GoldenDict и загрузить соответствующие словари Babylon со своего веб-сайта. Вам нужно будет загрузить файл .exe и использовать 7Zip для извлечения из него .bgl (словарного) файла. Словарь также включает IPA.

Question 2

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Question 3

Question 4

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Question 5

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Question 6

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 7

Question 8

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 9

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 10

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 11

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 12

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Question 13

Question 14

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 15

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 16

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 17

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 18

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 19

Question 20

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 21

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 22

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Question 23

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

Ryan Thompson · Accepted Answer · 29 May 2018 в 12:55

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 25 July 2018 в 23:18

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 31 July 2018 в 12:34

Вы найдете ответ в /etc/acpi/lid.sh. Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

if [ `CheckPolicy` = 0 ]; then exit; fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть скрипта lid.sh, вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 2 August 2018 в 04:36

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 4 August 2018 в 21:10

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 6 August 2018 в 04:39

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 7 August 2018 в 22:50

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 10 August 2018 в 10:55

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

Ryan Thompson · Accepted Answer · 13 August 2018 в 17:29

Вы найдете ответ в /etc/acpi/lid.sh . Вы правы, что есть демон ACPI, который реагирует на такие вещи, как закрытие крышки. Однако, если вы посмотрите на строку в верхней части скрипта:

 , если [`CheckPolicy` = 0];  затем выйдите;  fi

вы увидите строку, которая отменяет все это. Объект CheckPolicy проверяет, работает ли что-то вроде Gnome Power Manager на текущей консоли. Если это так, он прерывается и позволяет диспетчеру управления обрабатывать его.

Итак, когда GNOME является активным сеансом, Gnome Power Manager обрабатывает крышку. Когда консоль является активной сессией, демон ACPI обрабатывает крышку. Если вы прочитаете остальную часть сценария lid.sh , вы увидите, что все, что он делает, пустое.

towolf · Answer 10 · 29 May 2018 в 12:55

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

0

ответ дан towolf 29 May 2018 в 12:55

1

В моей системе звук не отключается, когда я переключаюсь на vt. Ubuntu Lucid. – Li Lo 7 August 2010 в 18:03
2

Похоже, он регистрируется, он показывает новый сеанс после входа в vt. – vava 10 August 2010 в 11:58

towolf · Answer 11 · 25 July 2018 в 23:18

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

0

ответ дан towolf 25 July 2018 в 23:18

1

В моей системе звук не отключается, когда я переключаюсь на vt. Ubuntu Lucid. – Li Lo 7 August 2010 в 18:03
2

Похоже, он регистрируется, он показывает новый сеанс после входа в vt. – vava 10 August 2010 в 11:58

towolf · Answer 12 · 31 July 2018 в 12:34

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить с помощью ck-list-sessions. G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

0

ответ дан towolf 31 July 2018 в 12:34

1

В моей системе звук не отключается, когда я переключаюсь на vt. Ubuntu Lucid. – Li Lo 7 August 2010 в 18:03
2

Похоже, он регистрируется, он показывает новый сеанс после входа в vt. – vava 10 August 2010 в 11:58

towolf · Answer 13 · 2 August 2018 в 04:36

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

towolf · Answer 14 · 4 August 2018 в 21:10

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

towolf · Answer 15 · 6 August 2018 в 04:39

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

towolf · Answer 16 · 7 August 2018 в 22:50

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

towolf · Answer 17 · 10 August 2018 в 10:55

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

towolf · Answer 18 · 13 August 2018 в 17:29

Возможно, связано с consolekit. Треки Consolekit, которые вошли в систему и где работают с многопользовательскими системами. Вход в vt getty, вероятно, не регистрируется в consolekit. Вы можете проверить ck-list-sessions . G-p-m запрашивает CK так же, как и pulseaudio. Когда вы переключаетесь на vt, звук отключается.

0

ответ дан towolf 13 August 2018 в 17:29

1

В моей системе звук не отключается, когда я переключаюсь на vt. Ubuntu Lucid. – Li Lo 7 August 2010 в 18:03
2

Похоже, он регистрируется, он показывает новый сеанс после входа в vt. – vava 10 August 2010 в 11:58

Почему настройки Power Manager не работают, когда компьютер находится под виртуальной консолью?

18 ответов

Другие вопросы по тегам:

Похожие вопросы: