Попробуйте Ctrl + Super + Left и Ctrl + Super + Right, чтобы поместить активное окно в левую / правую половину экрана. Я сменил сочетание клавиш с compiz на Ctrl + Alt + Keypad 4 и Ctrl + Alt + Keypad 6, поэтому я также могу изменить размер до нижней / верхней половины экрана и до четверти экрана с помощью клавиатуры.
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, скомпилировав ядро с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, скомпилировав ядро с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, скомпилировав ядро с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, скомпилировав ядро с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, скомпилировав ядро с включенными CONFIG_SONY_LAPTOP и CONFIG_SONYPI_COMPAT. При включении этого драйвера установка reboot=bios в командной строке ядра работала (конечно, поскольку reboot=bios зависит от x86-32, она, вероятно, не будет работать на x86-64, и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После того, как мы экспериментировали, оказалось, что единственное, что мне нужно, это reboot=bios. Тем не менее, это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения: этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, компилируя ядро с CONFIG_SONY_LAPTOP
и CONFIG_SONYPI_COMPAT
. При включении этого драйвера установка reboot = bios
в командной строке ядра работала (конечно, поскольку reboot = bios
зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios
. Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, компилируя ядро с CONFIG_SONY_LAPTOP
и CONFIG_SONYPI_COMPAT
. При включении этого драйвера установка reboot = bios
в командной строке ядра работала (конечно, поскольку reboot = bios
зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios
. Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, компилируя ядро с CONFIG_SONY_LAPTOP
и CONFIG_SONYPI_COMPAT
. При включении этого драйвера установка reboot = bios
в командной строке ядра работала (конечно, поскольку reboot = bios
зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios
. Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, компилируя ядро с CONFIG_SONY_LAPTOP
и CONFIG_SONYPI_COMPAT
. При включении этого драйвера установка reboot = bios
в командной строке ядра работала (конечно, поскольку reboot = bios
зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios
. Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).
После различных экспериментов я нашел решение для этого ноутбука.
Я установил gentoo, компилируя ядро с CONFIG_SONY_LAPTOP
и CONFIG_SONYPI_COMPAT
. При включении этого драйвера установка reboot = bios
в командной строке ядра работала (конечно, поскольку reboot = bios
зависит от x86-32, вероятно, это не сработает x86-64 и потребуется другое решение). Несмотря на то, что я нашел это решение в gentoo, он почти наверняка будет работать и в Ubuntu.
После большего количества экспериментов выясняется, что единственное, что мне было нужно, это reboot = bios
. Однако это не работает на x86-64, поэтому я застрял в x86-32 (это не имеет особого значения, но этот нетбук имеет только 1 ГБ ОЗУ).
Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).
Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?
Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).
Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?
Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).
Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?
Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).
Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?
Интересная ошибка. Я бы попробовал использовать Alt-SysRq-T, чтобы увидеть, какие задачи, похоже, работают, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы).
Вы что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog?
Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd
, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..
Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog
?
Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd
, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..
Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog
?
Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd
, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..
Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog
?
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd
, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..
Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog
?
Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Интересная ошибка. Я попытался бы использовать Alt-SysRq-T , чтобы увидеть, какие задачи, похоже, будут запущены, а затем создайте ошибку на основе этого. Было бы также интересно узнать, перезагружается ли Alt-SysRq-B или нет.
Вы также попробовали указать несколько параметров? Избегайте использования метода kbd
, если контроллер клавиатуры не существует (я никогда не сталкивался с этой ситуацией, но из старых опытов с DOS, доступ к недействительным контроллерам может привести к зависанию системы) ..
Вы уверены, что когда система зависает, все остальные приложения закрыты? Вы пытались заглянуть в lastlog
?