Да, это (несколько) возможно, по крайней мере, на 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 байтов).
Вероятно, необходимо быть корнем, чтобы создать и получить доступ к циклическому устройству.
При необходимости в символьной ссылке можно создать тот, который указывает на циклическое устройство.
Необходимо обеспечить, по крайней мере, конфигурацию ядра, dmesg и вывод lsmod для людей, чтобы смочь сказать что-либо значимое. Функциональность завершения работы ACPI-связана, таким образом, я проверил бы все ACPI сначала.
Я просто заметил что все Ваш dmesg
содержите трассировку вызовов, которая указывает, что что-то пыталось получить доступ к системному журналу с помощью вызова устаревшего. Поскольку Вы управляли wl
драйвер и вероятно само ядро также, что оставляют, являются пространством пользователя и аппаратными средствами. Другой взгляд на dmesg
сделанный мной заметить, что трассировка вызовов относится к syslog-ng
. emerge -vuDa1 syslog-ng
не должен вредить и может помочь.
3.2.4
, попытайтесь обновить (снова, это должно заботиться для очевидной ошибки в dmesg, но еще не может решить целую проблему).
– rozcietrzewiacz
05.10.2011, 09:16