Невозможно перезагрузить нетбук с любыми параметрами перезагрузки [закрыто]

Попробуйте Ctrl + Super + Left и Ctrl + Super + Right, чтобы поместить активное окно в левую / правую половину экрана. Я сменил сочетание клавиш с compiz на Ctrl + Alt + Keypad 4 и Ctrl + Alt + Keypad 6, поэтому я также могу изменить размер до нижней / верхней половины экрана и до четверти экрана с помощью клавиатуры.

5
задан 30 November 2010 в 07:07

30 ответов

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, скомпилировав ядро ​​с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 26 May 2018 в 00:11

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, скомпилировав ядро ​​с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 25 July 2018 в 22:49

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, скомпилировав ядро ​​с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 27 July 2018 в 00:38

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, скомпилировав ядро ​​с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 31 July 2018 в 12:37

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, скомпилировав ядро ​​с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 2 August 2018 в 04:13

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, компилируя ядро ​​с CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT . При включении этого драйвера установка reboot = bios в командной строке ядра работала (конечно, поскольку reboot = bios зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios . Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 4 August 2018 в 20:18

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, компилируя ядро ​​с CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT . При включении этого драйвера установка reboot = bios в командной строке ядра работала (конечно, поскольку reboot = bios зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios . Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 6 August 2018 в 04:18

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, компилируя ядро ​​с CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT . При включении этого драйвера установка reboot = bios в командной строке ядра работала (конечно, поскольку reboot = bios зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios . Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 7 August 2018 в 22:22

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, компилируя ядро ​​с CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT . При включении этого драйвера установка reboot = bios в командной строке ядра работала (конечно, поскольку reboot = bios зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios . Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 10 August 2018 в 10:32

После различных экспериментов я нашел решение для этого ноутбука.

Я установил gentoo, компилируя ядро ​​с CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT . При включении этого драйвера установка reboot = bios в командной строке ядра работала (конечно, поскольку reboot = bios зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.

После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios . Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).

1
ответ дан 13 August 2018 в 17:00

Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 26 May 2018 в 00:11

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).

Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?

0
ответ дан 26 May 2018 в 00:11

Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 25 July 2018 в 22:49

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).

Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?

0
ответ дан 25 July 2018 в 22:49

Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 27 July 2018 в 00:38

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).

Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?

0
ответ дан 27 July 2018 в 00:38

Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 31 July 2018 в 12:37

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).

Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?

0
ответ дан 31 July 2018 в 12:37

Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 2 August 2018 в 04:13

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).

Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?

0
ответ дан 2 August 2018 в 04:13

Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 4 August 2018 в 20:18

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd , если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..

Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog ?

0
ответ дан 4 August 2018 в 20:18

Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 6 August 2018 в 04:18

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd , если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..

Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog ?

0
ответ дан 6 August 2018 в 04:18

Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 7 August 2018 в 22:22

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd , если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..

Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog ?

0
ответ дан 7 August 2018 в 22:22

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd , если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..

Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog ?

0
ответ дан 10 August 2018 в 10:32

Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 10 August 2018 в 10:32

Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.

2
ответ дан 13 August 2018 в 17:00

Вы также попробовали указать несколько параметров? Избегайте использования метода kbd , если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..

Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog ?

0
ответ дан 13 August 2018 в 17:00

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

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