Richy-219 потому-что libc-2.19 :)
busybox-1.21.1
Добавлена функция run-parts, что позволило убрать /etc/rc.d/rc.modules
* (sfs на заметку) функция полезна тем, что позволяет запускать программы и пусковые скрипты из произвольного каталога и с любым аргументом. Например run-parts -a start /etc/init.d
значит можно и run-parts -a $ARG $RUNDIR
Это заменяет runlevel и не только.
Сильно сокращён /etc/rc.d/rc.sysinit за счёт циклов загрузки модулей ядра, теперь всё выполняет udev. Это позволило отказаться от /sbin/pup_event_* , что ускорило загрузку.
Вопрос, где в каком скрипте прописано при загрузке копирование /etc/skel в /home/live и установка прав live user?
В самом начале xwin
С ярлыка "Диски" открылся пустой каталог, чего-то не хватает, окно установки обоев пустое
~/my-roxapps/Диски/AppRun должно быть #!/bin/sh
/usr/sbin/drv_mount
rox -d ~/drives
забыл исправить в /etc/skel
нажал "Дополнительно" список обоев появился, но предпросмотра нет и огромный зеленый значек каталога:
При изменении темы значков в результате значки не изменяются.
До этого я вообще ещё не добрался.
При настройке сети не смог настроить подключение wi-fi:
iwlist wlan0 sc что говорит?
после закрытия всех окон настройки сети увидел сообщение, что "Введен не верный пароль", хотя и вводил woofwoof (((
Это неистребимый глюк loginroot, он так ругается на любую ошибку
В интернет я так и не смог попасть.
Бывает хуже, к компьютеру не пускают ;)
~/my-roxapps/Диски/AppRun должно быть #!/bin/sh
/usr/sbin/drv_mount
rox -d ~/drives
забыл исправить в /etc/skel
Такого нет, а есть ~/Диски/AppRun, в котором:
#!/bin/sh
/usr/sbin/drv_event
rox -d ~/drives
Но дело в том, что ни /usr/sbin/drv_mount, ни /usr/sbin/drv_event я не нашел :(
А классической сохраненки нет? Только настройки в sfs?
mc под user-ом в консоли не обучен, т.е. F1...F5 не работают, под рутом работают.
Перепаковал Richy-219-base.sfs, а именно в файле xwin изменил строку 10 так:
[ -f $HOME/.xinitrc ] || su -c /usr/sbin/skel2user
и создал дополнительно файл /usr/sbin/skel2user с таким содержанием:
#!/bin/sh
cp -a /etc/skel /home
mv /home/skel /home/$USER
chown -R live /home/$USER
chgrp -R live /home/$USER
но переименование не происходит, если есть непустой каталог /home/live, а он есть в модуле xrdr-r.pfs. Пришлось опять колдовать в mc.
Подсказывайте, как полностью либо скопировать skel в live в вашем варианте xwin, либо переименовать в моем.
mc под user-ом в консоли не обучен, т.е. F1...F5 не работают, под рутом работают.
Для меня ms тёмный лес, почти не пользуюсь.
Подсказывайте, как полностью либо скопировать skel в live в вашем варианте xwin, либо переименовать в моем.
Я сделал так:
xwin строка 10 [ -f $HOME/.xinitrc ] || cp -a /etc/skel/* /home/$USER/
, sfs уже перезалит.
А классической сохраненки нет? Только настройки в sfs?
Поддерка есть, но при загрузке предпочтение каталогу и sfs, лишь потом [234]fs. Создать можно запустив rc.shutdown под рутом. Но (ИМХО) сохранение в sfs надёжнее а для пользователя можно к /home монтировать раздел по UUID или LABEL. Для этого в menu.lst дописываем в строку kernel например UUID="4cc9e6b9-ac6f-461f-ae72-d5c8642ea084". Раздел должен быть ext и может быть общим с другим линуксом. У меня общий home с Simply, только пользователи разные.
нашел способ докачки с mail.ru - получить прямую ссылку через консоль разработчика в браузере (F12 в palemoon)
имеется следующее:find 219
219
219/base
219/base/Richy-219-base.sfs
219/base/kernel-3.14.17-pf4.sfs
219/vmlinuz-3.14.17-pf4
219/initrd_new_Ri.gz
219/modules
219/modules/dillo-3.0.2.pfs
219/modules/autoNet.pfs
219/modules/pidgin-2.10.9.pfs
219/modules/drv_mount-0.3.pfs
запись меню
title Richy_219_k-3.14.17
set load=219
set home=UUID="9dc854a8-9ba9-4741-aabe-3ee181709fda"
kernel /%load%/vmlinuz-3.14.17-pf4 pdev1=sda6 dir=%load% pfix=copy %home%
initrd /%load%/initrd_new_Ri.gz
ошибка запуска bootinit.log
sh: write error: Device or resource busy
mount: mounting /dev/loop2 on /pup_z failed: Invalid argument
/init: line 356: tail: not found
/init: line 356: dmesg: not found
/init: line 356: tail: not found
папка пользователяblkid /dev/sda5
/dev/sda5: LABEL="data" UUID="9dc854a8-9ba9-4741-aabe-3ee181709fda" TYPE="ext4" PARTUUID="0001d179-05"
вопрос: как запустить? если можно алгоритм диагностики что за чем по пунктам проверять.
Вот, вроде бы и овцы целы, и волки сыты #Удаляем "затенённые" (отмеченные как удалённые) файлы и каталоги.
find /tmp/savesfs-root -mindepth 2 -name .wh.* | while read WH
do
F=$(echo $WH | sed 's/\/tmp\/savesfs-root//;s/.wh.//g')
if [ -e "/initrd/pup_rw$F" ]; then
rm $WH #если удалённый файл заново создан, удаляем .wh.*
else
[ -e "/tmp/savesfs-root$F" ] && rm -r /tmp/savesfs-root$F #если ранее сохранённый файл удалён, удаляем его.
fi # если .wh.* относится к нижним слоям - ничего не делаем
done
Поэкспериментировал.
Получилось, что если имеющийся в старой сохраненке файл удалить, в rw слое появляется тень. Если после этого файл вновь создать, то сам он появляется в rw, а тень исчезает.
Посему условие под if, как мне кажется, излишнее.
А вот тень в вашем коде не удаляется, причем тут нужна еще одна проверка, ведь тот факт, что файл нашелся в старой сохраненке еще не означает, что на нижнем слое его нет, файл мог быть изменен и попасть в сохраненку, а потом уже удален путем затенения.
У вас, насколько понимаю, нижний слой один, так что проверить несложно.
Итого получается:
#Удаляем "затенённые" (отмеченные как удалённые) файлы и каталоги.
find /tmp/savesfs-root -mindepth 2 -name ".wh.*" | while read WH
do
F=${WH//.wh.}
[ -e "$F" ] && rm -r "$F" #если ранее сохранённый файл затенен, удаляем его.
[ ! -e "/путь к нижнему слою${F#/tmp/savesfs-root}" ] && rm -r "$WH" # файла нет - удаляем ненужную тень
# если .wh.* относится к нижним слоям - ничего не делаем
done
UPD. Нет, с ненужностью условия под if, я пожалуй, ошибся.
Итак. Будем рассуждать тупо. Какие ситуации c .wh. вообще возможны? Надо составить табличку.
1 2 3 4 5 6
rw .wh. file .wh. .wh. - file
ro save file .wh. - file .wh. .wh.
ro base file file file - - -
В сохраненку падают файлы со слоев rw и ro save
Действия Признаки
1) Удалить файл, оставить тень !f.rw && f.s
2) Удалить тень f.rw
3) Ничего не удалять !f.rw && !f.s
4) Удалить и файл и тень !f.rw && f.s && !f.b
5) Удалить тень !f.rw && !f.s && !f.b
6) Удалить тень f.rw
#Удаляем "затенённые" (отмеченные как удалённые) файлы и каталоги.
find /tmp/savesfs-root -mindepth 2 -name ".wh.*" | while read WH
do
FS="${WH//.wh.}" ; F="${FS#/tmp/savesfs-root}"
if [ -e "/initrd/pup_rw$F" ] ; then
rm $WH # 2,6 если удалённый файл заново создан, удаляем .wh.*
else
[ -e "$FS" ] && rm -r "$FS" # 1,4 если ранее сохранённый файл затенен, удаляем его.
[ ! -e "/путь к нижнему слою$F" ] && rm -r "$WH" # 4,5 файла нет - удаляем ненужную тень
fi # 3 если .wh.* относится к нижним слоям - ничего не делаем
done
Вот, теперь вроде правильно. Добавилось условие удаления ненужных теней.
Это я больше для себя разбираюсь с логикой работы с тенями.
А правильным menu.lst к нему поделитесь?
У меня так:
title AltIceWM 000 Test
root (hd0,0)
kernel /boot/vmlinuz-4.1.6-pf4 pdev1=sda1 psubdir=000 UUID="5682bcea-ad74-486f-892b-f82c534922d1" video=LVDS-1:d
initrd /boot/initrd_nt.gz
Ядра и initrd у меня общие, в каталоге /boot/
UUID - это раздел /home (ext4). Параметр не обязательный, но при установке на хард, удобный.
video=LVDS-1:d связано с особенностями моей видеокрты, вам не нужно.
Не могу запустить никак чего-то... Просит sda1 указать вручную, а как укажешь - впадает в kernel panic.
Скорее всего не успевает монтировать $pdev.
"невозможно создать /home/live. Нет прав доступа"
Права:# ls -ld /home/live
drwxr-xr-x 41 live live 4096 Feb 22 18:57 /home/live
# id -u live
500
Richy извне кажется самой крепко сколоченной, но заставить ее работать не удается...
Сам с этим мучался пару недель, после аварии устроенной freebsd. Поэтому и собрал по быстрому AltIceWM.
Что-то идет не так.
Это значит я му... :D