Ноутбук не выключается после того, как он был приостановлен для трамбовки

Да, это (несколько) возможно, по крайней мере, на Linux с некоторыми ограничениями.

Метод должен создать циклическое устройство чтения-записи, которое отображается на подмножество файла.

например:

#!/bin/bash
for ((i=0;i<10000;i++)); do
    printf "%7d\n" $i
done >/var/tmp/file
losetup -v -f -o 512 --sizelimit 512 /var/tmp/file
losetup -a
head -2 /var/tmp/file
echo ...
tail -2 /var/tmp/file
echo ===
head -2 /dev/loop0
echo ...
tail -2 /dev/loop0 
printf "I was here" > /dev/loop0
grep here /var/tmp/file
losetup -d /dev/loop0

вывод:

loop device: /dev/loop0
/dev/loop0: [0808]:136392 (/var/tmp/file), offset 512, size 512
      0
      1
...
   9998
   9999
===
     64
     65
...
    126
    127
I was here   65

Я верю и смещению и размеру, должны быть несколько из размера блока (512 байтов).

Вероятно, необходимо быть корнем, чтобы создать и получить доступ к циклическому устройству.

При необходимости в символьной ссылке можно создать тот, который указывает на циклическое устройство.

4
05.10.2011, 00:50
2 ответа

Необходимо обеспечить, по крайней мере, конфигурацию ядра, dmesg и вывод lsmod для людей, чтобы смочь сказать что-либо значимое. Функциональность завершения работы ACPI-связана, таким образом, я проверил бы все ACPI сначала.

1
27.01.2020, 21:02
  • 1
    я присоединил его. Можно ли уточнить то, как проверить acpi? –  McEnroe 06.09.2011, 15:07
  • 2
    lspci не является lsmod. также добавленный dmesg к ответу. рассмотрение конфигурации ядра, все встроено, таким образом, dmesg мог бы обеспечить некоторые полезные подсказки о вещах, возможно поврежденных. –  lkraav 06.09.2011, 16:40
  • 3
    Спасибо за указание на это. Я неправильно читал для lsmod для lspci, моего плохого. Присоединенная информация –  McEnroe 06.09.2011, 17:28
  • 4
    Заголовок вопроса означает, что устройство действительно обычно выключается от "холодной" начальной загрузки без предыдущего, приостанавливают цикл? –  lkraav 06.09.2011, 21:15
  • 5
    @Ikraav: точно. –  McEnroe 07.09.2011, 06:46

Я просто заметил что все Ваш dmesg содержите трассировку вызовов, которая указывает, что что-то пыталось получить доступ к системному журналу с помощью вызова устаревшего. Поскольку Вы управляли wl драйвер и вероятно само ядро также, что оставляют, являются пространством пользователя и аппаратными средствами. Другой взгляд на dmesg сделанный мной заметить, что трассировка вызовов относится к syslog-ng. emerge -vuDa1 syslog-ng не должен вредить и может помочь.

0
27.01.2020, 21:02
  • 1
    Не загрузил wl: та же проблема, все еще распечатывает отслеживание стека. Посмотрите новейший dmesg. –  McEnroe 05.10.2011, 00:52
  • 2
    Используя последнюю (5.100.82.38-r1) версию broadcom-станции, который является новым драйвером для любого материала broadcom. Я вполне уверен, это не устарело. Чипсет, кажется, не поддерживается самим ядром. –  McEnroe 05.10.2011, 00:54
  • 3
    Ванильные средства не изменяются. Как в последнем, официально выпущенном (стабильном), неизмененном ядре. Кроме того, у меня была проблема прежде 3.0, также. RFC 1813 –  McEnroe 05.10.2011, 00:57
  • 4
    ну, промах затем. Но у меня есть другая идея: это говорит "Pid: 2148, коммуникация: системный-журнал-ng" - возможно, системный-журнал-ng неправильно себя ведет. Какую версию Вы имеете? Если это ниже 3.2.4, попытайтесь обновить (снова, это должно заботиться для очевидной ошибки в dmesg, но еще не может решить целую проблему). –  rozcietrzewiacz 05.10.2011, 09:16
  • 5
    О ванили: Ну, я вижу, что аспектом ванили - по сравнению с хинду - источники является определенное обсуждение. genpatches сайт утверждает, что хинду источники фокусируются на устойчивости, и я используюсь для доверия хинду источникам тому вопросу. Но я полагаю, что Вы правы, что ваниль должна быть стабильной. –  rozcietrzewiacz 05.10.2011, 09:28

Теги

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