SliTaz Forum
You are not logged in.
Aleksej
Вообщем перезагрузка не помогает... 10%, белый экран. Кроме того кнопка "Старт SLiTaz" испытывает фризы некоторое время после перезагрузки((( Всё ломается!
Offline
Только что попробовал последний ISO: SliTaz Rolling Core от 5 марта:
http://mirror1.slitaz.org/iso/rolling/
Описанного поведения не наблюдается.
Пропал пункт меню для Midori, потерялся значок для Beaver. Но это я сейчас починю...
Что делать, когда «всё ломается»? Можно снести всё и установить систему заново. Как вариант можно пройтись по списку пакетов и принудительно обновить ВСЕ пакеты. Проще это сделать скриптом:
[c]tazpkg -cc; tazpkg recharge; for i in $(ls /var/lib/tazpkg/installed); do tazpkg -gi --forced $i; done[/c]
Нужны права root.
Для tazpanel полезно сбросить кеши:
[c]tazpanel cc[/c]
Нужно запускать от пользователя и от root.
Offline
Aleksej
Вышеупомянутые манипуляции в командной строке не помогли.
Offline
Еще один бесплатный совет (в смысле, чтобы не переустанавливать систему и обойтись вместо этого пустяком). Попробуй создать новую учетную запись и поработать под ней. Да, насчет учетных записей, есть же еще и root. Попробуй зайти в SLiM (графический менеджер входа) еще и как root.
Offline
Aleksej
Большое спасибо! Попробую)
Offline
Переустановил систему от 12/03 теперь зависают кнопки в панели (пуск и т.д. фризы по 10-20 сек), китайские шрифты отображаются в веб браузере нормально после установки китайской локали, однако они разрушают кириллицу, до массового обновления -того что испортило систему напрочь, шрифты сосуществовали нормально (((
[attachment=44362,2464]
Offline
Андрей, нужно четче формулировать свои мысли. Иначе может пройти много времени до тех пор пока я случайно наткнусь на те же ошибки.
Свою рабочую систему я не обновлял давно, видимо оно и к лучшему. Вчера испытывал небольшой Javascript, он должен был определять язык системы и делать переадресацию на локализованные странички. Для тестов я менял язык через меню Настройки → Язык системы, затем выходил из системы в окно авторизации SLiM и заходил с новыми настройками языка. Так вот.
На моей рабочей локали «ru_UA» всё работает как и раньше, без тормозов, и когда я вернулся к этой локали, всё «починилось». На локали «fr_CH» заметны небольшие «тормоза». На других локалях, которые я пробовал для тестирования скрипта («de_DE», «pt_BR», «es_ES») «тормоза» заметнее и растягиваются до полминуты. Опишу эти «тормоза».
Процессор загружен по минимуму (1-2%), это видно по графику на LXPanel и в «Диспетчере задач». В том же диспетчере не видно ничего аномального, как например большого потребления памяти какой-нибудь из задач. Эти «тормоза» выражаются в большой паузе перед запуском каких-либо графических приложений. После ввода пароля в SLiM может пройти полминуты на сером фоне до того как появятся обои на рабочем столе (а могут появиться сразу же). Появляется LXPanel. Может пройти от нескольких секунд до полминуты перед тем как появится уведомление, говорящее о том, что мой список пакетов старше 10 дней. Значки на рабочем столе и категории в главном меню LXPanel могут появиться значительно позже (около минуты). Графические приложения, такие как эмулятор терминала Sakura, PCManFM, запущенные через меню рабочего стола или через главное меню, запускаются с большой задержкой.
Сейчас попробовал повторить и задержки больше нет. Но остается один момент: в PCManFM на левой панели была точка подключения второго раздела жесткого диска, теперь ее нет. Не работает GVFS?
Вспомнил про возможность логгирования, которую ввел az_ua.
Открываем файл «~/.xinitrc» и меняем «LOG="/dev/null"» на, к примеру, «LOG="/tmp/session.log"», перелогиниваемся, испытываем «тормоза» и читаем лог. Сообщений достаточно много, но, пожалуй, заслуживают внимания только эти:
[c]. . .
Демон уже запущено.
org.gtk.vfs.MountTracker.listMountableInfo call failed: Timeout was reached (g-io-error-quark, 24)
org.gtk.vfs.MountTracker.listMountableInfo call failed: Timeout was reached (g-io-error-quark, 24)
. . .
org.gtk.vfs.MountTracker.listMountableInfo call failed: Timeout was reached (g-io-error-quark, 24)
Error creating proxy: Error calling StartServiceByName for org.gtk.Private.UDisks2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)
org.gtk.vfs.MountTracker.listMountableInfo call failed: Timeout was reached (g-io-error-quark, 24)
. . .[/c]
Как дебажить GVFS я не знаю. Как он запускается и как его перезапустить — тоже. В диспетчере задач есть несколько процессов, касающихся GVFS: gvfsd, gvfsd-metadata, gvfsd-network, gvfsd-computer, gvfsd-trash, gvfs-udisks2-volume-monitor.
::
Теперь немного про проблему со шрифтами. Я уже заметил, что не все шрифты отображаются нормально, а некоторые вызывают такие вот баги отображения. Похоже, что этот шрифт прописался как шрифт по умолчанию. Вопрос, что же это за шрифт? Из какого пакета? Если не из пакета, то где я могу его получить? Иначе, Андрей, у меня будет только один совет: удалить этот шрифт и искать другие.
PS. Хотя вру, есть и другой совет: попробуй Source Han Sans, полёт нормальный:
Offline
Да что ты будешь делать, все любые сторонние программы конвретированные устанавливаются, но не запускаются!
Алексей, может ты скажешь где найти версию Слитаз до "масштабного обновления!"
Заколебался... Фууу ничего не работает.Все лежит мёртвым грузом(((
Премного благодарен.
Offline
Здравствуй, Андрей!
Похоже, что у нас сломан модуль tazpkg, который определяет зависимости конвертированных пакетов.
Иногда он выдаёт какую-то чушь, и как следствие настоящие зависимости не устанавливаются вместе с пакетом, поэтому программы из пакета могут не работать.
Попробую на выходных разобраться (завтра-послезавтра).
Пока могу только посоветовать запускать «мёртвую» программу в терминале, анализировать «выхлоп», искать отсутствующие файлы на http://pkgs.slitaz.org/ и при необходимости устанавливать отсутствующие пакеты (там внизу есть удобная кнопка «установить пакет»).
Но дело может быть вовсе и не в этом. «Мёртвый» чужой пакет мог быть скомпилирован с более новой версией Glibc и он не заведётся здесь ни с какими плясками. Опять же, нужно смотреть «выхлоп» в терминале.
Offline
ага, понял!
Алексей, смысл то имеет перейти на версию "когда всё работало" не помню от какой даты.
ftp со старыми сборками есть?!
P.S.
Получается ты один пытаешься разобраться... У нас нет команды девелепорев офиц а если и есть они систему не юзают... У них всё хорошо.
Offline
Собственно что пишет: сделал пакет Anki https://apps.ankiweb.net языковые карточки,
andreid@slitaz:~$ anki
env: can't execute 'python': Нет такого файла или каталога
andreid@slitaz:~$ anki
Traceback (most recent call last):
File "/usr/bin/anki", line 5, in <module>
import aqt
File "/usr/share/anki/aqt/__init__.py", line 12, in <module>
from aqt.qt import *
File "/usr/share/anki/aqt/qt.py", line 7, in <module>
import sip
ImportError: No module named sip
andreid@slitaz:~$ anki
Traceback (most recent call last):
File "/usr/bin/anki", line 5, in <module>
import aqt
File "/usr/share/anki/aqt/__init__.py", line 12, in <module>
from aqt.qt import *
File "/usr/share/anki/aqt/qt.py", line 20, in <module>
from PyQt4.QtCore import *
ImportError: No module named PyQt4.QtCore
Offline
Может быть, я неправильно понимаю ситуацию?
SliTaz Rolling никогда не называли стабильной системой. Она относительно стабильна. И относительно пригодна для ежедневного использования.
Так уж получилось, что «плохие» обновления испортили установленную систему. Не рассматривал ли ты вариант установить систему заново? Это первое, что приходит мне на ум. Тем более что «глобальные пересобирания пакетов» давно уже завершены, сломанных пакетов ровно одна штука (см. http://cook.slitaz.org/ ).
Я так и не услышал ничего по существу.
Ни какие это были пакеты, которые «лежат мёртвым грузом», ни одной строчки из терминального выхлопа, ни каких-либо подробностей прочих ошибок. Всё сломано, чините 
ftp со старыми сборками есть?!
Отслеживание обновлений зеркал: http://mirror1.slitaz.org/check/
Есть два древних зеркала. Одно отвалилось в 2015, другое — в 2016.
У нас нет команды девелепорев офиц а если и есть они систему не юзают... У них всё хорошо.
Загрузи ISO образ ( http://mirror1.slitaz.org/iso/rolling/ ) и установи. И у тебя тоже будет всё хорошо.
Удачи.
И побольше конкретики на техническом форуме 
Offline
См выше.
Всё запустил: установил Питона и прочие...
Так я понимаю что обновления ничего не значат и не поправляют?! Необходимо заново установить более свежую систему?
Offline
Насчёт: "Всё сломано, чините " не в коем разе, я тебя не упрекаю и не пытаюсь как то задеть,
наоборот выражаю признательность и огромную - неоценимую благодарность!
Так что ты не это... не думай плохого.
Offline
Вот, о чём я и говорил!
Ты меня опередил, пока я писал.
ImportError: No module named PyQt4.QtCore
Ищем этот файл: http://pkgs.slitaz.org/?file=PyQt4.QtCore
Находим пакет PyQt-x11-gpl, он там один. Нажимаем на значок пакета, открывается страница этого пакета. Листаем страничку в самый низ, ищем действие «Установить пакет», нажимаем. Для установки пакета нужно авторизоваться на локальном сервере под учетной записью root. Пакет устанавливается.
Если надписи «Установить пакет» нет, а есть надпись «Удалить пакет», то пакет уже установлен и нужно или попробовать его переустановить или искать какие-то другие решения. Если нету ни надписи «Установить пакет», ни «Удалить пакет», значит сайт pkgs.slitaz.org открыт не из SliTaz
Offline
Вот еще что меня крайне интересует:
Так я понимаю что обновления ничего не значат и не поправляют?! Необходимо заново установить более свежую систему?
Offline
OK :-D
Не буду думать плохого. И ты тоже не думай.
Так я понимаю что обновления ничего не значат и не поправляют?! Необходимо заново установить более свежую систему?
Неверное умозаключение.
Некоторые обновления что-то значат. Так будет вернее.
Но у нас нету инструментов, которыми можно было бы определить, реально ли какое-то конкретное обновление что-либо обновило.
Пример. Для сборки пакета А требуются пакеты Б, В и Г. Пакет В требует библиотек пакета Б. И этот Б немного так обновился. Значит нужно обновить сам Б, а затем В, и в последнюю очередь А.
Если копать глубже (а у кого на это есть время и способности?), то можно было бы увидеть, что к примеру обновления пакета Б не затрагивают тех функций, которые используюся в пакетах В и А.
Но так как время не резиновое, а также потому как у нас не пересобираются автоматически пакеты вверх по зависимостям, то и устраивается иногда такое глобальное переделывание пакетов. Желательно процесс (всего несколько дней) повторить пару-тройку раз, потому что если пакеты пересобирать в обычном порядке (А Б В Г), а не вверх по зависимостям (Б В Г А), то первый пакет, А, будет собран со старыми Б, В и Г и будет полностью обновлён только на следующем круге.
Прошу прощения за занудство. Пойду готовиться к работе, сегодня в 3-ю смену.
Пока...
Offline
Gimp не запускается,
andreid@slitaz:~$ gimp
gimp: error while loading shared libraries: libjson-glib-1.0.so.0: cannot open shared object file: No such file or directory
Хотел подключить принтер HP LazerJet M1132MFP установил hplip - тож не запускается:
andreid@slitaz:~$ hp-toolbox
HP Linux Imaging and Printing System (ver. 3.12.11)
HP Device Manager ver. 15.0
Copyright (c) 2001-14 Hewlett-Packard Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
Traceback (most recent call last):
File "/usr/bin/hp-toolbox", line 249, in <module>
from ui4.devmgr5 import DevMgr5
File "/usr/share/hplip/ui4/devmgr5.py", line 34, in <module>
from base import device, utils, pml, maint, models, pkit
File "/usr/share/hplip/base/pkit.py", line 42, in <module>
import gobject
ImportError: No module named gobject
Сначала пробовал через чистый Xsane, Cups
ошибка ввода...
[attachment=44505,2483]
Offline
Привет!
No such file or directory
Попробуй старый проверенный метод: поискать отсутствующий файл и установить пакет, в котором найдется этот файл. Искать можно так:
http://pkgs.slitaz.org/?file=libjson-glib-1.0.so.0
или так:
[c]tazpkg -sf libjson-glib-1.0.so.0 --mirror[/c]
::
File "/usr/share/hplip/ui4/devmgr5.py", line 34, in <module>
from base import device, utils, pml, maint, models, pkit
File "/usr/share/hplip/base/pkit.py", line 42, in <module>
import gobject
No module named gobject
По буквам ".py" становится понятно, что это Python. И ему нужен модуль gobject. В SliTaz действует правило, все пакеты с модулями Python должны начинаться с "python-". Иногда это правило нарушается, но всё же…
http://pkgs.slitaz.org/?package=python-gobject - пусто
http://pkgs.slitaz.org/?package=gobject - есть! Правда, называется pygobject. Но значок питона и описание соответствующее.
::
По итогу обновил пакеты:
http://hg.slitaz.org/wok/rev/5dd97872d463
Спасибо!
Offline
Привет!
Алексей, да все у меня стоит, методом тыка установил libjson glib... До того подсмотрел в терминале чего ему надо.
Единственное не было pygobject. но все тоже самое.В принципе гимп мне ненужен, хотел через него сканер запустить, он хорошо подхватывает sane насколько я помню.
Хотя нет запустился - после некоторого времени)
Offline
Интересно ещё узнать почему не запускается (но только в трее висит иконка)
мой Tonido https://www.dropbox.com/s/qix4jzur3wnzlwp/tonido-10.86.0.29755.tazpkg?dl=0, то есть в терминале пустота типа:
andreid@slitaz:~$ tonido
/bin/sh: tonido: not found
andreid@slitaz:~$
Opera Beta (версия 45) при просмотре в терминале, хотя deb пакет конвертируется и встаёт в систему, кликаешь на иконку и ничего...44 то нормально запускается.
andreid@slitaz:~$ opera-beta %U
[0415/173100.659720:FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /usr/lib/i386-linux-gnu/opera-beta/opera_sandbox is owned by root and has mode 4755.
#0 0x000009ba62df <unknown>
#1 0x000009ba5043 <unknown>
#2 0x000009bbf4c9 <unknown>
#3 0x00000aec5812 <unknown>
#4 0x0000087fb3ae <unknown>
#5 0x0000087fa7a0 <unknown>
#6 0x0000087fadb5 <unknown>
#7 0x00000845d8cf <unknown>
#8 0x000008465e00 <unknown>
#9 0x000009834cd4 <unknown>
#10 0x0000080923c7 <unknown>
#11 0x000009b9f00a <unknown>
#12 0x000009b9f8e0 <unknown>
#13 0x000009b9e312 <unknown>
#14 0x0000080927b6 OperaMain
#15 0x0000080917e4 <unknown>
#16 0x0000b6410ee8 __libc_start_main
#17 0x00000809171d <unknown>
Offline
Да и Iron уже 56.0.2950.0 Stable случилась))) Уж в плане браузеров (для меня так основной инструмент) не хотелось бы отставать в репах...
Offline
/bin/sh: tonido: not found
Два варианта. Или нужный файл называется не tonido, или он лежит не в папке, указанной в переменной $PATH (/bin, /sbin, /usr/bin, /usr/sbin, ~/.local/bin...). Да, возможно и то и другое одновременно.
Если при этом программа запускается из меню (если даже "не запускается", но при этом появляется значок в панели, то тоже ;-) ), то нужно узнать, что запускает данный конкретный пункт меню. Один способ это нажать правую кнопку мыши на пункте меню -> свойства -> ярлык программы -> команда. Второй способ это открыть папку /usr/share/applications, найти ярлык программы ориентируясь на значок и название и открыть его в текстовом редакторе. Там интересует то, что идёт в строке после "Exec=". Во всех случаях в конце команды могут идти параметры, начинающиеся с процента, такие как %f, %U и т.д. Они используются только тогда, когда при помощи данной программы открывается что-то (файл, несколько файлов, папка, сетевой адрес). Тогда параметр с процентом автоматически заменяется на открываемое что-то. В остальных случаях параметры, начинающиеся с процентов, игнорируются (при переносе команды из desktop-файла в терминал их не нужно писать).
Скорее всего, tonido лежит где-то в папке /opt...
Offline
The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /usr/lib/i386-linux-gnu/opera-beta/opera_sandbox is owned by root and has mode 4755.
Это фишка всех хромообразных. Они заботятся о пользователях и запускаются в песочнице. Но песочница должна иметь определённые права доступа. Сделай как он просит.
Поищи в интернете как установить suid-бит, я не помню, это редко используется
Навскидку что-то вроде:
[c]chown root:root /usr/lib/i386-linux-gnu/opera-beta/opera_sandbox
chmod 4755 /usr/lib/i386-linux-gnu/opera-beta/opera_sandbox[/c]
Скорее всего при перепаковке пакета, при копировании файлов с места на место, отвалился suid-бит. Либо архив пакета не поддерживает suid-бит (по идее должен).
Offline
SRWare Iron. На странице загрузки ( http://www.srware.net/forum/viewtopic.php?f=18&t=13947 ) видим знакомое:
On Debian and distributions which use an older Kernel the following commands may be necessary (the .deb packages already do it automatically):
[c]cd [insert Iron directory here]
sudo chown root chrome-sandbox
sudo chmod 4755 chrome-sandbox
sudo chmod 4755 chrome-wrapper
./chrome-wrapper (for the start of Iron)[/c]
Так что способ должен работать. А в deb-пакетах эти же действия выполняются скорее всего в post-install-скрипте.
::
Насчёт SRWare Iron еще. Жаль, всё что есть, это пара ссылок (для 32 bit):
http://www.srware.net/downloads/iron-linux.tar.gz
http://www.srware.net/downloads/iron.deb
Никакого версионирования. Кот в мешке. В отличие от 99,99% пакетов SliTaz, где сопровождающий пакета может указать версию и при необходимости повысить / понизить её. По идее, такое поведение вписывается в концепцию get-скриптов SliTaz: http://hg.slitaz.org/get-scripts/file/tip (вижу, что SRWare Iron тут нет).
Offline
[ Generated in 0.018 seconds, 7 queries executed - Memory usage: 1.62 MiB (Peak: 1.77 MiB) ]