PuppyRus-A02

[RoDoN]

В том-то и дело, что никакого самопала, чистая frugal-установка на винте, без NM вышел на раб.стол, вроде бы все ok, загрузка проца минимальная, потом, напр., подключаю из репы оперу, загрузка растет до 100%, почитал форум, закрыл оперу, загрузка проца осталась 100%, смотрю в htop оперы уже нет и что грузит проц не понимаю. При загрузке с NM все тоже самое, только памяти потребляется. Это описаны действия при работе с ядром 3.11.3, а на штатном 3.14.7 я иногда и оперу не успевал подключить, как все зависало.
Вывод inxi вечером сброшу.

З.Ы. Эксперименты на ноуте Samsung NP-R20Y (Celeron 540 1.8 Ghz, 1 Gb, ATI Radeon Xpress 1250)

[sfs]

Под "самопалом" я имел ввиду свое(наше) скриптотворчество 
Попробую воспроизвести твою последовательность действий

[sfs]

Про загрузку проца и mc*ncurs
Достаточно запустить мс root и закрыть окно крестиком - mc остается в задачах и дает 100% загрузки проца.

Оставил в репе только http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra02/pfs/accessories/050-mc-git-4.8.13-1.pfs Его и надо юзать. Замените в /modules

[RoDoN]

Вывод inxi во вложении, на фото результат после выхода в консоль и команды sudo htop, а потом грохнул почти все, но загрузка так и осталась 100%, вышел обратно в иксы, а загрузка так же 100%.

[RoDoN]

Вроде бы нашел причину странной загрузки проца до 100%, т.е. нашел способ спровоцировать эту ситуацию.
Чистая установка, ничего не настраивал, щелкнул по архиву *.tgz в ROX и получил 100% загрузку проца, т.к. для этого типа архивов прописано действие xarchiver "$@", а файла xarchiver не существует, то наверно поэтому и в htop не видно процесса. Я уже раньше писал:

Еще в ROX не открываются архивы (zip, tgz и т.д.) по щелчку, т.к. для них прописано действие xarchiver "$@", а файла xarchiver не существует, это тянется из паппи, что есть /usr/bin/xarchive и /usr/bin/xarchiver, которые обычно являются симлинками на архиватор, сделал копирование /usr/bin/xarchive > /usr/bin/xarchiver вопрос снялся, архивы нормально открываюся в engrampa.

но как оказалось копирование симлинка /usr/bin/xarchive > /usr/bin/xarchiver ничего хорошего не дало. Ввод xarchiver в терминале ничего не дает кроме 100% загрузки проца. Провел маленький эксперимент:

Код

live@pra:~$ xarchiver
live@pra:~$ sudo killall xarchiver
killall: xarchiver: no process killed
live@pra:~$ sudo killall xarchiver
killall: xarchiver: no process killed
live@pra:~$ sudo killall xarchiver
killall: xarchiver: no process killed
live@pra:~$ sudo killall xarchiver
live@pra:~$ Terminated
which: no peazip in (/usr/local/sbin:/usr/local/bin:/usr/bin)
GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

и наконец-то появилось окно engrampa    После закрытия окна engrampa загрузка проца резко уменьшилась.
Если в терминале ввожу xarchive, то сразу появляется окно engrampa и проц излишне не грузится.

З.Ы. Похоже, что для исправления ситуации надо везде заменить xarchiver "$@" на xarchive "$@", но  очень хочется узнать, что не так с симлинком xarchiver? Из-за чего такие глюки?

[paulus]

xarchive > xarchiver

Если больше не используется (заменен на engrampa), зачем это держать, может вообще удалить?

sfs, нельзя ли добавить автомонтирование или запрос на оное при обнаружении обновления дистрибутива запущенного с флешки ? А то она автоматом отмонтирована после загрузки... Почему при использовании 089-pra-up.pfs нужно перезагружать комп, разве нельзя просто применить пакет "сверху", как save.pfs или это не всегда возможно?

[RoDoN]

xarchive > xarchiver

Если больше не используется (заменен на engrampa), зачем это держать, может вообще удалить?

Симлинк xarchiver в паппи традиционно указывал на дефолтный архиватор (xarchive, file-roller, peazip, engrampa или еще какой-то) и поэтому в ROX-е был прописан в MIME-types. Считаю, что его не нужно удалять, а нужно понять почему стал глючить, т.к. раньше с ним все работало нормально.

[pettimm]

Привет! На одном ноутбуке разрешение 1440х900 при запуске системы выводится два значка персонального файла и два значка раскладики клавиатуры и значки дисков появляются только после кликанья по ярлыку "ярлыки дисков" почему? А на другом ноутбуке разрешение 1024х764, ярлыки сразу на рабочем столе не появляются кроме дисков, а после перезагрузки х сервера- ярлыки появляются, почему?

[RoDoN]

Разобрался с глюком с xarchiver и непонятной 100% загрузкой проца при открытии архивов. Оказывается вместо ранее существовавшего симлинка /usr/bin/xarchiver теперь есть скрипт  /usr/local/bin/xarchiver со следующим содержанием:

Код

#!/bin/sh
defaultarc "$@" &

т.е. он вызывает вот такой скрипт defaultarc:

Код

#!/bin/ash
for i in xarchiver peazip file-roller xarchive engrampa;do
#    echo $i
    [ -n "`which $i`" ] && $i $@ && exit
done

sfs-get peazip &

что вызывает зацикливание и 100% загрузку проца.
Для исправления нужно:
Вар.1 В тексте скрипта defaultarc убрать слово xarchiver, чтобы было так:

Код

#!/bin/ash
for i in peazip file-roller xarchive engrampa;do
#    echo $i
    [ -n "`which $i`" ] && $i $@ && exit
done

sfs-get peazip &

Вар.2 Прописать в MIME-types ROX-а везде defaultarc "$@" и удалить файл /usr/local/bin/xarchiver.

1-й вар. быстрее и проще выполнить, а 2-й наверно более правильный.

[sfs]

100% cpu - как я и предполагал - кривизна самопальных скриптов
Добавлю в fix вар.1
xarchive надо сделать симлинком на /usr/local/bin/engrampa (костыль, решающий проблему запуска - обновление схем glib)
Спасибо и + за помощь

[sfs]

Привет! На одном ноутбуке разрешение 1440х900 при запуске системы выводится два значка персонального файла

Что Вы понимаете под "значка персонального файла"?

и два значка раскладики клавиатуры

Возможно save сделал в одной wm, а используется в другой. Смотрите /home/live/Startup/00-desktop /home/live/Startup/20-panel

и значки дисков появляются только после кликанья по ярлыку "ярлыки дисков" почему? А на другом ноутбуке разрешение 1024х764, ярлыки сразу на рабочем столе не появляются кроме дисков, а после перезагрузки х сервера- ярлыки появляются, почему?

/home/live/Startup/desktop_drive_icon

[sfs]

xarchive > xarchiver Если больше не используется (заменен на engrampa), зачем это держать, может вообще удалить?

В iso только 1 архиватор - engrampa Остальное - симлинки для совместимости

sfs, нельзя ли добавить автомонтирование или запрос на оное при обнаружении обновления дистрибутива запущенного с флешки ? А то она автоматом отмонтирована после загрузки...

Вроде, отмонтирована только при copy2ram. Примонтируйте.  Нужно чтобы был /mnt/home/
Ну или руками положить апдейт на флэшку. Не так уж они и часты...

Почему при использовании 089-pra-up.pfs нужно перезагружать комп, разве нельзя просто применить пакет "сверху", как save.pfs или это не всегда возможно?

В некоторых случаях критичен порядок слоев aufs - т.е. номер 089. Иногда для применения нужен перезапуск Х или всей системы

[nik152]

RoDoN, спасибо за такой детальный вывод, познавательно. Скорее всего и я ловился на этом же, только не уловил связь. Ну а после того, как перестал щёлкать по архивам, ввиду бесполезности, не стал получать и проблему. sfs, пофиксите в следующей сборке или выложите 070-Lf140916? А теперь мой вопрос-пожелание: какая разница между ж.диском и флешкой, с точки зрения хранилища файлов? Вроде никакой, но в rox'e она имеется (в других - не знаю). Если на диск файл копируется (переносится) без вопросов, то на флешку вот так:

/tmp/FileName.pfs копируется в /mnt/sdb1/packages/FileName.pfs
cp: не удалось сохранить владельца «/mnt/sdb1/packages/FileName.pfs»: Операция не позволена
Не удалось скопировать "/tmp/FileName.pfs"

Готово
Произошла одна ошибка.

Нет, копирование таки происходит...
И ещё, попутно: скачанные файлы, наверно, было бы логично помещать в /home/live/Downloads? Или, на случай технических затруднений, хотя бы в /tmp/Downloads. Не принципиально, конечно, хотя складывается ощущение, что роешься в мусорном контейнере.

И, наконец, информация для пользователей вроде меня (вар. JWM+Rox):
1. Если вы случайно удалили файл, щёлкнув по нему правой кнопкой мыши, - не спешите рвать волосы, поищите его в /root/.Trash (с правами 'root', конечно).
2. У вас не будет шанса случайного удаления, если правый клик будете выполнять с передварительно нажатой кл. Ctrl.

[k0l0p0k]

какая разница между ж.диском и флешкой, с точки зрения хранилища файлов? Вроде никакой, но в rox'e она имеется (в других - не знаю). Если на диск файл копируется (переносится) без вопросов, то на флешку вот так:

/tmp/FileName.pfs копируется в /mnt/sdb1/packages/FileName.pfs
cp: не удалось сохранить владельца «/mnt/sdb1/packages/FileName.pfs»: Операция не позволена
Не удалось скопировать "/tmp/FileName.pfs"
Готово
Произошла одна ошибка.

Нет, копирование таки происходит...

возможно на ж.диске(у Вас) файловая система ext(или ntfs),на флешке - fat, поэтому сами файлы копируются а права и владельцы - нет.

[nik152]

возможно на ж.диске(у Вас) файловая система ext(или ntfs),на флешке - fat, поэтому сами файлы копируются а права и владельцы - нет.

ntfs на диске, fat на флешке. А разве в ntfs могут устанавливаться какие-то права Linux?

Пофиксеный по вар.1 от RoDoN 070-Lf140916.pfs, одним пакетом.