Форум
Вітаю! Вчора, після оновлення(оновлював через equo, sulfur чомусь не запускався), у деяких програмах замість тексту з'явилися квадратики. Після перезавантаження всі літери та іконки замінилися на квадратики. Система на базі LXDE.
Що робити?
Завантажився у безпечному режимі, при спробі виконати equo update видає Код:
# equo update
invalid filesystem encoding ANSI_X3.4-1968, must be UTF-8.
Make sure to set LC_ALL, LANG, LANGUAGE to valid UTF-8 values.
Please execute:
LC_ALL=en_US.UTF-8 /usr/bin/equo update
Cannot automatically recover from this.
sablnx64 home # LC_ALL=en_US.UTF-8 /usr/bin/equo update
invalid filesystem encoding ANSI_X3.4-1968, must be UTF-8.
Make sure to set LC_ALL, LANG, LANGUAGE to valid UTF-8 values.
Please execute:
LC_ALL=en_US.UTF-8 /usr/bin/equo update
Cannot automatically recover from this
?
Завантажився з лайв-ДВД, не можу примонтувати основний розділ(mount /dev/sda2 /mnt) - пише mount : невідомий тип файлової системи 'LVM2_member'.
Що робити?
Завантажився у безпечному режимі, при спробі виконати equo update видає Код:
# equo update
invalid filesystem encoding ANSI_X3.4-1968, must be UTF-8.
Make sure to set LC_ALL, LANG, LANGUAGE to valid UTF-8 values.
Please execute:
LC_ALL=en_US.UTF-8 /usr/bin/equo update
Cannot automatically recover from this.
sablnx64 home # LC_ALL=en_US.UTF-8 /usr/bin/equo update
invalid filesystem encoding ANSI_X3.4-1968, must be UTF-8.
Make sure to set LC_ALL, LANG, LANGUAGE to valid UTF-8 values.
Please execute:
LC_ALL=en_US.UTF-8 /usr/bin/equo update
Cannot automatically recover from this
?
Завантажився з лайв-ДВД, не можу примонтувати основний розділ(mount /dev/sda2 /mnt) - пише mount : невідомий тип файлової системи 'LVM2_member'.
Остання активність
Закрито
Ні
Повідомлення
Re: Квдратики після оновлення
В мене теж квадратики, але тільки в програмах, які працюють в GTK. В KDE-шних програмах все гуд.
Командою eselect fonts enable дозволив усі встановлені шрифти, але не допомогло. Щось знову намутили в конфігах на sabayonі.
Командою eselect fonts enable дозволив усі встановлені шрифти, але не допомогло. Щось знову намутили в конфігах на sabayonі.
Re: Квдратики після оновлення
Ха! В мене кручє!
Щойно оновив систему. Прочитавши перше повідомлення згадав, що настроювання локалі, начебто, у файлі /etc/rc.conf.
Поки я його роздивлявся, KWrite мені сказав, що цей файл було видалено іншою програмою. Оскільки він був відкритий у редакторі, то я його зберіг у своїй домашній директорії. Подумав, що як в мене таке буде, то я зможу спробувати виправити просто скопіювавши знову у /etc. Але мене спіткала катастрофа. Після оновлення перезавантажився і воно видалило вміст теки /home (або розділ /home з якихось причин не монтується). Копіювати резервну копію нізвідки. Графічна оболонка не завантажується, з консолі звичайним користувачем заходить, але якось криво, ніц зробити не можна, тільки під рутом. На мою думку це все через відсутність rc.conf. Хто має ще якісь ідеї?
Можливо хтось забажає стати донором та викладе свій rc.conf, раптом підійде :(
Щойно оновив систему. Прочитавши перше повідомлення згадав, що настроювання локалі, начебто, у файлі /etc/rc.conf.
Поки я його роздивлявся, KWrite мені сказав, що цей файл було видалено іншою програмою. Оскільки він був відкритий у редакторі, то я його зберіг у своїй домашній директорії. Подумав, що як в мене таке буде, то я зможу спробувати виправити просто скопіювавши знову у /etc. Але мене спіткала катастрофа. Після оновлення перезавантажився і воно видалило вміст теки /home (або розділ /home з якихось причин не монтується). Копіювати резервну копію нізвідки. Графічна оболонка не завантажується, з консолі звичайним користувачем заходить, але якось криво, ніц зробити не можна, тільки під рутом. На мою думку це все через відсутність rc.conf. Хто має ще якісь ідеї?
Можливо хтось забажає стати донором та викладе свій rc.conf, раптом підійде :(
Re: Квдратики після оновлення
Все стало на місце. Після оновлення з консолі появились нормальні букви.
Маючи гіркий досвід не дозволив equo видалити пакети, відсутні в репозиторіях.
equo update && equo upgrade && equo conf update && equo cleanup - рулить.
До речі, в новинах на sabayoni написано, що сулфур пішов "далеко". Замість нього буде rigo.
------------------------------------------------------------
rc.conf
-------------------------------------------------------------
# Global OpenRC configuration settings
# Set to "YES" if you want the rc system to try and start services
# in parallel for a slight speed improvement. When running in parallel we
# prefix the service output with its name as the output will get
# jumbled up.
# WARNING: whilst we have improved parallel, it can still potentially lock
# the boot process. Don't file bugs about this unless you can supply
# patches that fix it without breaking other things!
#rc_parallel="NO"
# Set rc_interactive to "YES" and you'll be able to press the I key during
# boot so you can choose to start specific services. Set to "NO" to disable
# this feature. This feature is automatically disabled if rc_parallel is
# set to YES.
#rc_interactive="YES"
# If we need to drop to a shell, you can specify it here.
# If not specified we use $SHELL, otherwise the one specified in /etc/passwd,
# otherwise /bin/sh
# Linux users could specify /sbin/sulogin
rc_shell=/sbin/sulogin
# Do we allow any started service in the runlevel to satisfy the dependency
# or do we want all of them regardless of state? For example, if net.eth0
# and net.eth1 are in the default runlevel then with rc_depend_strict="NO"
# both will be started, but services that depend on 'net' will work if either
# one comes up. With rc_depend_strict="YES" we would require them both to
# come up.
#rc_depend_strict="YES"
# rc_hotplug is a list of services that we allow to be hotplugged.
# By default we do not allow hotplugging.
# A hotplugged service is one started by a dynamic dev manager when a matching
# hardware device is found.
# This service is intrinsically included in the boot runlevel.
# To disable services, prefix with a !
# Example - rc_hotplug="net.wlan !net.*"
# This allows net.wlan and any service not matching net.* to be plugged.
# Example - rc_hotplug="*"
# This allows all services to be hotplugged
rc_hotplug="!net.*"
# rc_logger launches a logging daemon to log the entire rc process to
# /var/log/rc.log
# NOTE: Linux systems require the devfs service to be started before
# logging can take place and as such cannot log the sysinit runlevel.
rc_logger="YES"
# Through rc_log_path you can specify a custom log file.
# The default value is: /var/log/rc.log
#rc_log_path="/var/log/rc.log"
# By default we filter the environment for our running scripts. To allow other
# variables through, add them here. Use a * to allow all variables through.
#rc_env_allow="VAR1 VAR2"
# By default we assume that all daemons will start correctly.
# However, some do not - a classic example is that they fork and return 0 AND
# then child barfs on a configuration error. Or the daemon has a bug and the
# child crashes. You can set the number of milliseconds start-stop-daemon
# waits to check that the daemon is still running after starting here.
# The default is 0 - no checking.
#rc_start_wait=100
# rc_nostop is a list of services which will not stop when changing runlevels.
# This still allows the service itself to be stopped when called directly.
#rc_nostop=""
# rc will attempt to start crashed services by default.
# However, it will not stop them by default as that could bring down other
# critical services.
#rc_crashed_stop=NO
#rc_crashed_start=YES
##############################################################################
# MISC CONFIGURATION VARIABLES
# There variables are shared between many init scripts
# Set unicode to YES to turn on unicode support for keyboards and screens.
unicode="YES"
# Below is the default list of network fstypes.
#
# afs cifs coda davfs fuse fuse.sshfs gfs glusterfs lustre ncpfs
# nfs nfs4 ocfs2 shfs smbfs
#
# If you would like to add to this list, you can do so by adding your
# own fstypes to the following variable.
#extra_net_fs_list=""
##############################################################################
# SERVICE CONFIGURATION VARIABLES
# These variables are documented here, but should be configured in
# /etc/conf.d/foo for service foo and NOT enabled here unless you
# really want them to work on a global basis.
# Some daemons are started and stopped via start-stop-daemon.
# We can set some things on a per service basis, like the nicelevel.
#export SSD_NICELEVEL="-19"
# Pass ulimit parameters
#rc_ulimit="-u 30"
# It's possible to define extra dependencies for services like so
#rc_config="/etc/foo"
#rc_need="openvpn"
#rc_use="net.eth0"
#rc_after="clock"
#rc_before="local"
#rc_provide="!net"
# You can also enable the above commands here for each service. Below is an
# example for service foo.
#rc_foo_config="/etc/foo"
#rc_foo_need="openvpn"
#rc_foo_after="clock"
# You can also remove dependencies.
# This is mainly used for saying which servies do NOT provide net.
#rc_net_tap0_provide="!net"
##############################################################################
# LINUX SPECIFIC OPTIONS
# This is the subsystem type. Valid options on Linux:
# "" - nothing special
# "lxc" - Linux Containers
# "openvz" - Linux OpenVZ
# "uml" - Usermode Linux
# "vserver" - Linux vserver
# "xen0" - Xen0 Domain
# "xenU" - XenU Domain
# If this is commented out, automatic detection will be used.
#
# This should be set to the value representing the environment this file is
# PRESENTLY in, not the virtualization the environment is capable of.
#rc_sys=""
# This is the number of tty's used in most of the rc-scripts (like
# consolefont, numlock, etc ...)
rc_tty_number=12
Маючи гіркий досвід не дозволив equo видалити пакети, відсутні в репозиторіях.
equo update && equo upgrade && equo conf update && equo cleanup - рулить.
До речі, в новинах на sabayoni написано, що сулфур пішов "далеко". Замість нього буде rigo.
------------------------------------------------------------
rc.conf
-------------------------------------------------------------
# Global OpenRC configuration settings
# Set to "YES" if you want the rc system to try and start services
# in parallel for a slight speed improvement. When running in parallel we
# prefix the service output with its name as the output will get
# jumbled up.
# WARNING: whilst we have improved parallel, it can still potentially lock
# the boot process. Don't file bugs about this unless you can supply
# patches that fix it without breaking other things!
#rc_parallel="NO"
# Set rc_interactive to "YES" and you'll be able to press the I key during
# boot so you can choose to start specific services. Set to "NO" to disable
# this feature. This feature is automatically disabled if rc_parallel is
# set to YES.
#rc_interactive="YES"
# If we need to drop to a shell, you can specify it here.
# If not specified we use $SHELL, otherwise the one specified in /etc/passwd,
# otherwise /bin/sh
# Linux users could specify /sbin/sulogin
rc_shell=/sbin/sulogin
# Do we allow any started service in the runlevel to satisfy the dependency
# or do we want all of them regardless of state? For example, if net.eth0
# and net.eth1 are in the default runlevel then with rc_depend_strict="NO"
# both will be started, but services that depend on 'net' will work if either
# one comes up. With rc_depend_strict="YES" we would require them both to
# come up.
#rc_depend_strict="YES"
# rc_hotplug is a list of services that we allow to be hotplugged.
# By default we do not allow hotplugging.
# A hotplugged service is one started by a dynamic dev manager when a matching
# hardware device is found.
# This service is intrinsically included in the boot runlevel.
# To disable services, prefix with a !
# Example - rc_hotplug="net.wlan !net.*"
# This allows net.wlan and any service not matching net.* to be plugged.
# Example - rc_hotplug="*"
# This allows all services to be hotplugged
rc_hotplug="!net.*"
# rc_logger launches a logging daemon to log the entire rc process to
# /var/log/rc.log
# NOTE: Linux systems require the devfs service to be started before
# logging can take place and as such cannot log the sysinit runlevel.
rc_logger="YES"
# Through rc_log_path you can specify a custom log file.
# The default value is: /var/log/rc.log
#rc_log_path="/var/log/rc.log"
# By default we filter the environment for our running scripts. To allow other
# variables through, add them here. Use a * to allow all variables through.
#rc_env_allow="VAR1 VAR2"
# By default we assume that all daemons will start correctly.
# However, some do not - a classic example is that they fork and return 0 AND
# then child barfs on a configuration error. Or the daemon has a bug and the
# child crashes. You can set the number of milliseconds start-stop-daemon
# waits to check that the daemon is still running after starting here.
# The default is 0 - no checking.
#rc_start_wait=100
# rc_nostop is a list of services which will not stop when changing runlevels.
# This still allows the service itself to be stopped when called directly.
#rc_nostop=""
# rc will attempt to start crashed services by default.
# However, it will not stop them by default as that could bring down other
# critical services.
#rc_crashed_stop=NO
#rc_crashed_start=YES
##############################################################################
# MISC CONFIGURATION VARIABLES
# There variables are shared between many init scripts
# Set unicode to YES to turn on unicode support for keyboards and screens.
unicode="YES"
# Below is the default list of network fstypes.
#
# afs cifs coda davfs fuse fuse.sshfs gfs glusterfs lustre ncpfs
# nfs nfs4 ocfs2 shfs smbfs
#
# If you would like to add to this list, you can do so by adding your
# own fstypes to the following variable.
#extra_net_fs_list=""
##############################################################################
# SERVICE CONFIGURATION VARIABLES
# These variables are documented here, but should be configured in
# /etc/conf.d/foo for service foo and NOT enabled here unless you
# really want them to work on a global basis.
# Some daemons are started and stopped via start-stop-daemon.
# We can set some things on a per service basis, like the nicelevel.
#export SSD_NICELEVEL="-19"
# Pass ulimit parameters
#rc_ulimit="-u 30"
# It's possible to define extra dependencies for services like so
#rc_config="/etc/foo"
#rc_need="openvpn"
#rc_use="net.eth0"
#rc_after="clock"
#rc_before="local"
#rc_provide="!net"
# You can also enable the above commands here for each service. Below is an
# example for service foo.
#rc_foo_config="/etc/foo"
#rc_foo_need="openvpn"
#rc_foo_after="clock"
# You can also remove dependencies.
# This is mainly used for saying which servies do NOT provide net.
#rc_net_tap0_provide="!net"
##############################################################################
# LINUX SPECIFIC OPTIONS
# This is the subsystem type. Valid options on Linux:
# "" - nothing special
# "lxc" - Linux Containers
# "openvz" - Linux OpenVZ
# "uml" - Usermode Linux
# "vserver" - Linux vserver
# "xen0" - Xen0 Domain
# "xenU" - XenU Domain
# If this is commented out, automatic detection will be used.
#
# This should be set to the value representing the environment this file is
# PRESENTLY in, not the virtualization the environment is capable of.
#rc_sys=""
# This is the number of tty's used in most of the rc-scripts (like
# consolefont, numlock, etc ...)
rc_tty_number=12
Re: Квдратики після оновлення
Дякую, але не дочекався відповіді й перевстановив грушу(тепер з КДЕ).
Re: Квдратики після оновлення
Цитата:
новинах на sabayoni написано, що сулфур пішов "далеко". Замість нього буде rigo.
У них що, шило в одному місці?.. Чим їм сульфур не догодив... Тільки звикнеш до одного, одразу починаються якісь революції... Сподіваюсь оновлення з консолі не зазнає змін.
З rc.conf нічого не вийшло. Розділи не монтуються пробував і різними реаніматорами, тощо. Можливо просто не маю потрібної кваліфікації. Так що зараз встановлюватиму наново.
Скоріш за все проблеми через те, що я повівся на пропозицію видалити ті файли, що відсутні в репозиторіях, зазвичай не дуже пильно придивляюсь, що там написано. Щоправда простіше просто відмовлятись видаляти, що воно пропонує. Але ж тоді буде засмічуватись система, чи ні?
новинах на sabayoni написано, що сулфур пішов "далеко". Замість нього буде rigo.
У них що, шило в одному місці?.. Чим їм сульфур не догодив... Тільки звикнеш до одного, одразу починаються якісь революції... Сподіваюсь оновлення з консолі не зазнає змін.
З rc.conf нічого не вийшло. Розділи не монтуються пробував і різними реаніматорами, тощо. Можливо просто не маю потрібної кваліфікації. Так що зараз встановлюватиму наново.
Скоріш за все проблеми через те, що я повівся на пропозицію видалити ті файли, що відсутні в репозиторіях, зазвичай не дуже пильно придивляюсь, що там написано. Щоправда простіше просто відмовлятись видаляти, що воно пропонує. Але ж тоді буде засмічуватись система, чи ні?
Re: Квдратики після оновлення
"... одне лічиш,- друге калічиш".
Встановив rigo і додав собі клопоту. Хотів видалити гру та й зніс повністю КДЕ. Зовсім не інформативна програма.
Слава богу, що є дуже потужна, якщо не найпотужніша серед лінукс-ос, консольна equo.
Відновив все. Для кого той rigo - не знаю.
Ще замітив (про відсутнісь деяких пакунків в репозиторіях), що є велика різниця між репозиторіями за наявними пакунками. Чи синхронізуються запізно, чи якась інша причина, але дефолтний ...gar.it постійно відстає від ...edu (не хочу зараз дивитись точні адреси). Спробую змінити список репозиторіїв.
Так само про пакунки читав на сабайоні, що вони розділили gentoo i sabayon git-и. Тому, коли я встановлював, на приклад motion, через equo - мав одну версію пакунка, до речі не працюючу, коли через emerge - іншу.
Можливо, це якийсь перехідний період. Поживемо - побачимо.
Встановив rigo і додав собі клопоту. Хотів видалити гру та й зніс повністю КДЕ. Зовсім не інформативна програма.
Слава богу, що є дуже потужна, якщо не найпотужніша серед лінукс-ос, консольна equo.
Відновив все. Для кого той rigo - не знаю.
Ще замітив (про відсутнісь деяких пакунків в репозиторіях), що є велика різниця між репозиторіями за наявними пакунками. Чи синхронізуються запізно, чи якась інша причина, але дефолтний ...gar.it постійно відстає від ...edu (не хочу зараз дивитись точні адреси). Спробую змінити список репозиторіїв.
Так само про пакунки читав на сабайоні, що вони розділили gentoo i sabayon git-и. Тому, коли я встановлював, на приклад motion, через equo - мав одну версію пакунка, до речі не працюючу, коли через emerge - іншу.
Можливо, це якийсь перехідний період. Поживемо - побачимо.
Re: Квдратики після оновлення
Доброго дня форумчанам. Я також вирішив встановити собі Грушу, оскільки Вінда черговий раз злетіла і мені вже набридло її поновлювати та кожного разу встановлювати необхідний набір програм. Саме складне було привчити до нової програми своїх домашніх.
Почитавши форум через місяць вирішив оновити систему через консоль виконавши команди :eguo update а потім: eguo upgrade. І тут то мене чекала перша несподіванка, - на кнопці "Груша" залишилося тільки три команди "Улюблене", "Виконати команду" і "Вийти", вся система якось загальмувалась і несприймала зовнішніх носіїв інформації. Після цього я пробував різні методи, але результатів недало і я вирішив переустановити Грушу. Переустановка пройшла добре, але тепер при запуску GRUBa внизу з'являється напис: error ... а далі прочитать ще невстиг тому що система загружається. Також при завантаженні на зеленому фоні "ГРУШі" раніше було написано GrushaLinux ..... , а тепер Sabayon GNU/Linux. Після процедури завантаження все працює на мій погляд нормально, як і раніше. Після спроби оновитися через Entropy Store, система видає наступне (спробую прикріпити файл):
Error Type:
Error Value: table baseinfo has no column named idcategory
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1868, in
main()
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1865, in main
backend.dispatcher(sys.argv[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 748, in dispatcher
self.dispatch_command(args[0], args[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 652, in dispatch_command
self.refresh_cache(force)
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1442, in refresh_cache
ex_rc = repo_intf.sync()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/repository.py, line 296, in sync
rc = self._run_sync()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/repository.py, line 120, in _run_sync
repo, self.force, self._gpg_feature)
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 2379, in update
force, gpg).update()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 1924, in update
self.__database_indexing()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 712, in __database_indexing
dbconn.createAllIndexes()
File : /usr/lib/entropy/libraries/entropy/db/__init__.py, line 5443, in createAllIndexes
self._createBaseinfoIndex()
File : /usr/lib/entropy/libraries/entropy/db/__init__.py, line 5579, in _createBaseinfoIndex
""")
Хтось іще стикався з такою проблемою і що робити???
Почитавши форум через місяць вирішив оновити систему через консоль виконавши команди :eguo update а потім: eguo upgrade. І тут то мене чекала перша несподіванка, - на кнопці "Груша" залишилося тільки три команди "Улюблене", "Виконати команду" і "Вийти", вся система якось загальмувалась і несприймала зовнішніх носіїв інформації. Після цього я пробував різні методи, але результатів недало і я вирішив переустановити Грушу. Переустановка пройшла добре, але тепер при запуску GRUBa внизу з'являється напис: error ... а далі прочитать ще невстиг тому що система загружається. Також при завантаженні на зеленому фоні "ГРУШі" раніше було написано GrushaLinux ..... , а тепер Sabayon GNU/Linux. Після процедури завантаження все працює на мій погляд нормально, як і раніше. Після спроби оновитися через Entropy Store, система видає наступне (спробую прикріпити файл):
Error Type:
Error Value: table baseinfo has no column named idcategory
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1868, in
main()
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1865, in main
backend.dispatcher(sys.argv[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 748, in dispatcher
self.dispatch_command(args[0], args[1:])
File : /usr/lib/python2.6/site-packages/packagekit/backend.py, line 652, in dispatch_command
self.refresh_cache(force)
File : /usr/share/PackageKit/helpers/entropy/entropyBackend.py, line 1442, in refresh_cache
ex_rc = repo_intf.sync()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/repository.py, line 296, in sync
rc = self._run_sync()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/repository.py, line 120, in _run_sync
repo, self.force, self._gpg_feature)
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 2379, in update
force, gpg).update()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 1924, in update
self.__database_indexing()
File : /usr/lib/entropy/libraries/entropy/client/interfaces/db.py, line 712, in __database_indexing
dbconn.createAllIndexes()
File : /usr/lib/entropy/libraries/entropy/db/__init__.py, line 5443, in createAllIndexes
self._createBaseinfoIndex()
File : /usr/lib/entropy/libraries/entropy/db/__init__.py, line 5579, in _createBaseinfoIndex
""")
Хтось іще стикався з такою проблемою і що робити???
Re: Квдратики після оновлення
Доброго дня! Я так розумію, що Ви новачок в Лінукс. ;) Тому для початку маленька порада: equo update і equo upgrade необхідно зробити одразу після встановлення системи. Іноді цей крок доводиться розбивати на більше етапів, якщо ставимо старий дистрибутив:
equo update;
чекаємо, доки з`явиться повідомлення про невстановлені критичні пакунки (наприклад, GLIb), їх, як правило не багато;
equo install [критичний пакунок] або через KPakageKit - саме він і повідомляє про пакунки, що очікують на оновлення (див. трей)
equo install entropy sulfur
і нарешті equo upgrade :stars:
Цитата:
І тут то мене чекала перша несподіванка, - на кнопці "Груша" залишилося тільки три команди "Улюблене", "Виконати команду" і "Вийти",
В загальних випадках лікується так:
Код:
equo install kde-meta
Взагалі не зайвим буде зайти сюди: http://grusha.org.ua/phpbbforum/viewtop ... f=23&t=378
І користуйтесь пошуком;)
Цитата:
Переустановка пройшла добре,
Як саме Ви пепевстановлювали? Бажано докладно розповісти :)
Цитата:
Після спроби оновитися через Entropy Store, система видає наступне (спробую прикріпити файл):
Проблемка з Пітоном по ходу... Читаємо тут: http://grusha.org.ua/phpbbforum/viewtop ... f=23&t=374
Якщо коротко:
Код:
#eselect python update --python2
Якщо проблема залишилась:Код:
sudo equo install pygtk або
sudo equo install --deep --verbose dev-python/pygtk
Ще питання? Звертайтесь:)
equo update;
чекаємо, доки з`явиться повідомлення про невстановлені критичні пакунки (наприклад, GLIb), їх, як правило не багато;
equo install [критичний пакунок] або через KPakageKit - саме він і повідомляє про пакунки, що очікують на оновлення (див. трей)
equo install entropy sulfur
і нарешті equo upgrade :stars:
Цитата:
І тут то мене чекала перша несподіванка, - на кнопці "Груша" залишилося тільки три команди "Улюблене", "Виконати команду" і "Вийти",
В загальних випадках лікується так:
Код:
equo install kde-meta
Взагалі не зайвим буде зайти сюди: http://grusha.org.ua/phpbbforum/viewtop ... f=23&t=378
І користуйтесь пошуком;)
Цитата:
Переустановка пройшла добре,
Як саме Ви пепевстановлювали? Бажано докладно розповісти :)
Цитата:
Після спроби оновитися через Entropy Store, система видає наступне (спробую прикріпити файл):
Проблемка з Пітоном по ходу... Читаємо тут: http://grusha.org.ua/phpbbforum/viewtop ... f=23&t=374
Якщо коротко:
Код:
#eselect python update --python2
Якщо проблема залишилась:Код:
sudo equo install pygtk або
sudo equo install --deep --verbose dev-python/pygtk
Ще питання? Звертайтесь:)
Re: Квдратики після оновлення
Дякую за відповідь, що вказали направлення пошуку. Я дійсно новачок в Лінуксі так що вибачайте якщо питання некоректні.
Переустановку системи проводив з тогож DVD-RW диска що і першого разу. Розбивки диска система незатребувала, а встановила видно на старі місця, хоча я вказав "Відформатувати диск (стерти всі дані)". Потім ввів параметри на підключення інтернету (провайдер "ТРІОЛАН"). От нібито і все. Система запрацювала відмінно, як і раніше, тільки .... ("Тільки ... " що, - я вказував в попередньому повідомленні).
Зараз спочатку вивчу "матчасть", а вже потім спробую оновити систему. Коли все закінчиться відпишусь.
Переустановку системи проводив з тогож DVD-RW диска що і першого разу. Розбивки диска система незатребувала, а встановила видно на старі місця, хоча я вказав "Відформатувати диск (стерти всі дані)". Потім ввів параметри на підключення інтернету (провайдер "ТРІОЛАН"). От нібито і все. Система запрацювала відмінно, як і раніше, тільки .... ("Тільки ... " що, - я вказував в попередньому повідомленні).
Зараз спочатку вивчу "матчасть", а вже потім спробую оновити систему. Коли все закінчиться відпишусь.
Re: Квдратики після оновлення
Доброго вечора!
Я все непокидаю спроби оновити Грушу, але поки що цього зробити мені невдалося. Можливо хтось стикався з подібою проблемою?
Прикріплюю результати різних способів оновлення:
ОНОВЛЕННЯ через Sulfur:
@@ Синхронізація репозиторію ...
# Sabayon Linux Official Repository
# Repository URL: http://pkg.sabayon.org/standard/sabayon ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5
# Repository API: 3
Увага: repository is already up to date.
# Grusha Repository
# Repository URL: http://grusha.grusha.org.ua/standard/gr ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/grusha/standard/x86/5
# Repository API: 2
Увага: repository is already up to date.
@@ Синхронізація репозиторію ...
# Sabayon Linux Official Repository
# Repository URL: http://pkg.sabayon.org/standard/sabayon ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5
# Repository API: 3
>> [F]: 0.0/0.0 kB <-> 0% [> ] => 0.0b/сек. : ЕТА: 0s
Downloading repository ...
>> [F]: 10162.5/10162.5 kB <-> 100% [==========>] => 399.2kB/сек. : ЕТА: 0s
>> [F]: 0.5/0.5 kB <-> 100% [==========>] => 765.0b/сек. : ЕТА: 0s
Завантаження контрольної суми packages.db.dumplight.bz2.md5 ...
>> [F]: 0.1/0.1 kB <-> 100% [==========>] => 14.0b/сек. : ЕТА: 0s
>> [F]: 25.1/25.1 kB <-> 100% [==========>] => 1.1MB/сек. : ЕТА: 0s
packages.db.meta: ура, є!.
<< розпакований мета-файл: 00-sabayon.package.use
<< розпакований мета-файл: eapi
<< розпакований мета-файл: make.conf
<< розпакований мета-файл: make.profile
<< розпакований мета-файл: package.keywords
<< розпакований мета-файл: package.mask
<< розпакований мета-файл: package.unmask
<< розпакований мета-файл: packages.db.critical
<< розпакований мета-файл: packages.db.fallback_mirrors
<< розпакований мета-файл: packages.db.keywords
<< розпакований мета-файл: packages.db.lic_whitelist
<< розпакований мета-файл: packages.db.mask
<< розпакований мета-файл: packages.db.mirrors
<< розпакований мета-файл: packages.db.post_update.sh
<< розпакований мета-файл: packages.db.post_upgrade.sh
<< розпакований мета-файл: packages.db.restricted
<< розпакований мета-файл: packages.db.revision
<< розпакований мета-файл: packages.db.system_mask
<< розпакований мета-файл: packages.db.webservices
<< розпакований мета-файл: parent
<< розпакований мета-файл: signature.asc
>> [F]: 0.5/0.5 kB <-> 100% [==========>] => 770.0b/сек. : ЕТА: 0s
packages.db.meta.asc: ура, є!.
>> [F]: 3.2/3.2 kB <-> 100% [==========>] => 4.8kB/сек. : ЕТА: 0s
notice.rss: ура, є!.
Перевірка репозиторію: 2601
Downloaded repository status: Гаразд
GPG key already installed for: sabayonlinux.org
Make sure to verify the imported key and set an appropriate trust level:
$ gpg --homedir '/etc/entropy/client-gpg-keys' --edit-key '6EF0055F8538092B13B449EC691428D9EE88C3A7'
@@ Verified GPG signature of: packages.db.meta
@@ Verified GPG signature of: packages.db.dumplight.bz2
Розпакування бази даних у packages.db.dumplight ...
Додається обсяг завантаженого packages.db.dumplight, зачекайте, будь-ласка ...
Індексування мета-інформації репозиторію ...
Exception in thread Thread-5:
Traceback (most recent call last):
File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
self.run()
File "/usr/lib/entropy/libraries/entropy/misc.py", line 368, in run
self.__rc = self.__function(*self.__args, **self.__kwargs)
File "/usr/lib/entropy/sulfur/sulfur/__init__.py", line 1582, in run_up
rc = repoConn.sync()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/repository.py", line 296, in sync
rc = self._run_sync()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/repository.py", line 120, in _run_sync
repo, self.force, self._gpg_feature)
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 2379, in update
force, gpg).update()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 1924, in update
self.__database_indexing()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 712, in __database_indexing
dbconn.createAllIndexes()
File "/usr/lib/entropy/libraries/entropy/db/__init__.py", line 5443, in createAllIndexes
self._createBaseinfoIndex()
File "/usr/lib/entropy/libraries/entropy/db/__init__.py", line 5579, in _createBaseinfoIndex
""")
OperationalError: table baseinfo has no column named idcategory
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
ОНОВЛЕННЯ через Консоль:
GrushaLinux grushalinux # eguo update
bash: eguo: command not found
GrushaLinux grushalinux #
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
В Entropy Store 1.0_alpha47 на вкладці ВСТАНОВЛЕНО в підрозділі app-admin знаходиться пакунок EGUO-1.0_alpha47
(Шлях завантаження - packages/x86/5/app-admin:equo-1.0_alpha47~0.tbz2)
Коли виділяю цей пакунок та нажимаю вкладку ІНСТАЛЮВАТИ, з'являється напис "НЕМАЄ ПАКУНКІВ ДО ВІДОБРАЖЕННЯ".
Тоді виникає питання: чому КОНСОЛЬ не бачить команди EGUO, коли вона вже встановлена??????
Я все непокидаю спроби оновити Грушу, але поки що цього зробити мені невдалося. Можливо хтось стикався з подібою проблемою?
Прикріплюю результати різних способів оновлення:
ОНОВЛЕННЯ через Sulfur:
@@ Синхронізація репозиторію ...
# Sabayon Linux Official Repository
# Repository URL: http://pkg.sabayon.org/standard/sabayon ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5
# Repository API: 3
Увага: repository is already up to date.
# Grusha Repository
# Repository URL: http://grusha.grusha.org.ua/standard/gr ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/grusha/standard/x86/5
# Repository API: 2
Увага: repository is already up to date.
@@ Синхронізація репозиторію ...
# Sabayon Linux Official Repository
# Repository URL: http://pkg.sabayon.org/standard/sabayon ... base/x86/5
# Repository local path: /var/lib/entropy/client/database/x86/sabayonlinux.org/standard/x86/5
# Repository API: 3
>> [F]: 0.0/0.0 kB <-> 0% [> ] => 0.0b/сек. : ЕТА: 0s
Downloading repository ...
>> [F]: 10162.5/10162.5 kB <-> 100% [==========>] => 399.2kB/сек. : ЕТА: 0s
>> [F]: 0.5/0.5 kB <-> 100% [==========>] => 765.0b/сек. : ЕТА: 0s
Завантаження контрольної суми packages.db.dumplight.bz2.md5 ...
>> [F]: 0.1/0.1 kB <-> 100% [==========>] => 14.0b/сек. : ЕТА: 0s
>> [F]: 25.1/25.1 kB <-> 100% [==========>] => 1.1MB/сек. : ЕТА: 0s
packages.db.meta: ура, є!.
<< розпакований мета-файл: 00-sabayon.package.use
<< розпакований мета-файл: eapi
<< розпакований мета-файл: make.conf
<< розпакований мета-файл: make.profile
<< розпакований мета-файл: package.keywords
<< розпакований мета-файл: package.mask
<< розпакований мета-файл: package.unmask
<< розпакований мета-файл: packages.db.critical
<< розпакований мета-файл: packages.db.fallback_mirrors
<< розпакований мета-файл: packages.db.keywords
<< розпакований мета-файл: packages.db.lic_whitelist
<< розпакований мета-файл: packages.db.mask
<< розпакований мета-файл: packages.db.mirrors
<< розпакований мета-файл: packages.db.post_update.sh
<< розпакований мета-файл: packages.db.post_upgrade.sh
<< розпакований мета-файл: packages.db.restricted
<< розпакований мета-файл: packages.db.revision
<< розпакований мета-файл: packages.db.system_mask
<< розпакований мета-файл: packages.db.webservices
<< розпакований мета-файл: parent
<< розпакований мета-файл: signature.asc
>> [F]: 0.5/0.5 kB <-> 100% [==========>] => 770.0b/сек. : ЕТА: 0s
packages.db.meta.asc: ура, є!.
>> [F]: 3.2/3.2 kB <-> 100% [==========>] => 4.8kB/сек. : ЕТА: 0s
notice.rss: ура, є!.
Перевірка репозиторію: 2601
Downloaded repository status: Гаразд
GPG key already installed for: sabayonlinux.org
Make sure to verify the imported key and set an appropriate trust level:
$ gpg --homedir '/etc/entropy/client-gpg-keys' --edit-key '6EF0055F8538092B13B449EC691428D9EE88C3A7'
@@ Verified GPG signature of: packages.db.meta
@@ Verified GPG signature of: packages.db.dumplight.bz2
Розпакування бази даних у packages.db.dumplight ...
Додається обсяг завантаженого packages.db.dumplight, зачекайте, будь-ласка ...
Індексування мета-інформації репозиторію ...
Exception in thread Thread-5:
Traceback (most recent call last):
File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
self.run()
File "/usr/lib/entropy/libraries/entropy/misc.py", line 368, in run
self.__rc = self.__function(*self.__args, **self.__kwargs)
File "/usr/lib/entropy/sulfur/sulfur/__init__.py", line 1582, in run_up
rc = repoConn.sync()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/repository.py", line 296, in sync
rc = self._run_sync()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/repository.py", line 120, in _run_sync
repo, self.force, self._gpg_feature)
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 2379, in update
force, gpg).update()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 1924, in update
self.__database_indexing()
File "/usr/lib/entropy/libraries/entropy/client/interfaces/db.py", line 712, in __database_indexing
dbconn.createAllIndexes()
File "/usr/lib/entropy/libraries/entropy/db/__init__.py", line 5443, in createAllIndexes
self._createBaseinfoIndex()
File "/usr/lib/entropy/libraries/entropy/db/__init__.py", line 5579, in _createBaseinfoIndex
""")
OperationalError: table baseinfo has no column named idcategory
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
ОНОВЛЕННЯ через Консоль:
GrushaLinux grushalinux # eguo update
bash: eguo: command not found
GrushaLinux grushalinux #
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
В Entropy Store 1.0_alpha47 на вкладці ВСТАНОВЛЕНО в підрозділі app-admin знаходиться пакунок EGUO-1.0_alpha47
(Шлях завантаження - packages/x86/5/app-admin:equo-1.0_alpha47~0.tbz2)
Коли виділяю цей пакунок та нажимаю вкладку ІНСТАЛЮВАТИ, з'являється напис "НЕМАЄ ПАКУНКІВ ДО ВІДОБРАЖЕННЯ".
Тоді виникає питання: чому КОНСОЛЬ не бачить команди EGUO, коли вона вже встановлена??????
Re: Квдратики після оновлення
Цитата:
ОНОВЛЕННЯ через Консоль:
GrushaLinux grushalinux # eguo update
bash: eguo: command not found
GrushaLinux grushalinux #
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
В Entropy Store 1.0_alpha47 на вкладці ВСТАНОВЛЕНО в підрозділі app-admin знаходиться пакунок EGUO-1.0_alpha47
(Шлях завантаження - packages/x86/5/app-admin:equo-1.0_alpha47~0.tbz2)
Коли виділяю цей пакунок та нажимаю вкладку ІНСТАЛЮВАТИ, з'являється напис "НЕМАЄ ПАКУНКІВ ДО ВІДОБРАЖЕННЯ".
Тоді виникає питання: чому КОНСОЛЬ не бачить команди EGUO, коли вона вже встановлена??????
Айайай)
Не eguo update, а equo update і equo upgrade ;) Нічого, буває)
ОНОВЛЕННЯ через Консоль:
GrushaLinux grushalinux # eguo update
bash: eguo: command not found
GrushaLinux grushalinux #
-----------------------------------------------------------------------------------------------------------
-----------------------------------------------------------------------------------------------------------
В Entropy Store 1.0_alpha47 на вкладці ВСТАНОВЛЕНО в підрозділі app-admin знаходиться пакунок EGUO-1.0_alpha47
(Шлях завантаження - packages/x86/5/app-admin:equo-1.0_alpha47~0.tbz2)
Коли виділяю цей пакунок та нажимаю вкладку ІНСТАЛЮВАТИ, з'являється напис "НЕМАЄ ПАКУНКІВ ДО ВІДОБРАЖЕННЯ".
Тоді виникає питання: чому КОНСОЛЬ не бачить команди EGUO, коли вона вже встановлена??????
Айайай)
Не eguo update, а equo update і equo upgrade ;) Нічого, буває)
Re: Квдратики після оновлення
Не eguo update, а equo update і equo upgrade ;) Нічого, буває)
Да, дійсно тут я сто відсотків піймав "гаву" . Не міг відразу зрозуміти, чому скопійована з wiki (і встановлена в консоль) команда працює, а набрана мною вручну в тій же консолі, працювати відмовляється....
Далі стосовно моїх спроб оновити репозиторії Груші 3.4 KDE.
По-перше, підчас встановлення ОС з диска встановлюється як ГрушаЛінукс 3.4, а при перезавантаженні висвічується рядок: Sabayon GNU/Linux 2.6.38...., хоча в кінцевому результаті завантажується Груша, тільки якого виконання незрозуміло.
По-друге, всі спроби (а їх було аж три) провести оновлення репозиторіїв з консолі, позитивних результатів не дали. Як мені здається я використав весь потенціал (досвід) дописувачів даного форума та все марно. Після оновлення система в графічному режимі не завантажувалась. І зновуж таки при завантаженні висвічувався чомусь рядок: Sabayon GNU/Linux, а не GrushaLinux. Та можливо просто у мене мало досвіду роботи в середовищі Лінукс.
В кінцевому результаті я встановив з того ж таки диска ГрушаЛінукс і користуюся з насолодою без усяких оновлень. Мені подобається GrushaLinux своєю функціональністю. Як сказала мені одна знайома, якій я дав свій комп трішки попрацювать (яка користується Віндою і до цього часу з ОС Лінукс не стикалася), що вона(Груша) "прокачана" на відмінно.
За останю неділю я спробував різні ОС Лінукс (встановлював їх на VirtualBox): Ubuntu 12.4; AltLinux 6.1 в тому числі і Grusha_Linux_3.4-01_x86_G, але як для мене то версія Груші 3.4 КДЕ відмінна, не дивлячись на всі ті негаразди, що стосуються поновлення репозиторіїв (хоча версія уже мала б бути стабільною).
Можливот вже відомо: - Коли планується вихід нової версії Груша КДЕ???
Да, дійсно тут я сто відсотків піймав "гаву" . Не міг відразу зрозуміти, чому скопійована з wiki (і встановлена в консоль) команда працює, а набрана мною вручну в тій же консолі, працювати відмовляється....
Далі стосовно моїх спроб оновити репозиторії Груші 3.4 KDE.
По-перше, підчас встановлення ОС з диска встановлюється як ГрушаЛінукс 3.4, а при перезавантаженні висвічується рядок: Sabayon GNU/Linux 2.6.38...., хоча в кінцевому результаті завантажується Груша, тільки якого виконання незрозуміло.
По-друге, всі спроби (а їх було аж три) провести оновлення репозиторіїв з консолі, позитивних результатів не дали. Як мені здається я використав весь потенціал (досвід) дописувачів даного форума та все марно. Після оновлення система в графічному режимі не завантажувалась. І зновуж таки при завантаженні висвічувався чомусь рядок: Sabayon GNU/Linux, а не GrushaLinux. Та можливо просто у мене мало досвіду роботи в середовищі Лінукс.
В кінцевому результаті я встановив з того ж таки диска ГрушаЛінукс і користуюся з насолодою без усяких оновлень. Мені подобається GrushaLinux своєю функціональністю. Як сказала мені одна знайома, якій я дав свій комп трішки попрацювать (яка користується Віндою і до цього часу з ОС Лінукс не стикалася), що вона(Груша) "прокачана" на відмінно.
За останю неділю я спробував різні ОС Лінукс (встановлював їх на VirtualBox): Ubuntu 12.4; AltLinux 6.1 в тому числі і Grusha_Linux_3.4-01_x86_G, але як для мене то версія Груші 3.4 КДЕ відмінна, не дивлячись на всі ті негаразди, що стосуються поновлення репозиторіїв (хоча версія уже мала б бути стабільною).
Можливот вже відомо: - Коли планується вихід нової версії Груша КДЕ???
Re: Квдратики після оновлення
Все ж таки оновлюватись доведеться. На цьому форумі багато матеріалу та посилань на інший матеріал, зокрема на сабайонівську вікі.
Re: Квдратики після оновлення
А якщо оновлення не проводити взагалі, що від цього зміниться??? Як це вплине на роботу окремих репозиторіїв і ОС вцілому???
Re: Квдратики після оновлення
Цитата:
А якщо оновлення не проводити взагалі, що від цього зміниться??? Як це вплине на роботу окремих репозиторіїв і ОС вцілому???
Дійсно, не оновлювати систему і чекати наступного релізу - це варант, хоча і сумнівний... Розкажіть будь лака, що саме Ви маєте на увазі під "не вдалось завантажити після оновлення в графічному режимі"? Що саме відбувалось? Раджу Вам, щоб не зносити по 100 разів систему, повправлятися з Грушкою на VirtualBox і коли Ви зможете нормально її встановити - застосувати свої вміння на практиці) Я буквально місяць тому встановлював Грушу... Звісно, не все гладко було з оновленням, алое зараз я пишу саме з неї.
З.І. Як варіант, можете поставити нову версію Сабайону і "прикрутити" до нього репозиторії Груші. Правда, сам таке ніколи не робив...
А якщо оновлення не проводити взагалі, що від цього зміниться??? Як це вплине на роботу окремих репозиторіїв і ОС вцілому???
Дійсно, не оновлювати систему і чекати наступного релізу - це варант, хоча і сумнівний... Розкажіть будь лака, що саме Ви маєте на увазі під "не вдалось завантажити після оновлення в графічному режимі"? Що саме відбувалось? Раджу Вам, щоб не зносити по 100 разів систему, повправлятися з Грушкою на VirtualBox і коли Ви зможете нормально її встановити - застосувати свої вміння на практиці) Я буквально місяць тому встановлював Грушу... Звісно, не все гладко було з оновленням, алое зараз я пишу саме з неї.
З.І. Як варіант, можете поставити нову версію Сабайону і "прикрутити" до нього репозиторії Груші. Правда, сам таке ніколи не робив...
Re: Квдратики після оновлення
На жаль інформації по попередніх оновленнях я не зберіг, спробую зробити це наступного разу.
Відпустка вже скінчилась так що часу по буднях вже дуже мало, але на вихідних спробую щось поекспериментувати.
Цитата:
Раджу Вам, щоб не зносити по 100 разів систему, повправлятися з Грушкою на VirtualBox і коли Ви зможете нормально її встановити - застосувати свої вміння на практиці)
Дійсно я мабуть так і зроблю. Головне зрозуміти, що саме перешкоджає системі нормально оновитися і що для цього потрібно...
Але то вже на вихідних.
Коли пройду оновлення - відпишусь.
Відпустка вже скінчилась так що часу по буднях вже дуже мало, але на вихідних спробую щось поекспериментувати.
Цитата:
Раджу Вам, щоб не зносити по 100 разів систему, повправлятися з Грушкою на VirtualBox і коли Ви зможете нормально її встановити - застосувати свої вміння на практиці)
Дійсно я мабуть так і зроблю. Головне зрозуміти, що саме перешкоджає системі нормально оновитися і що для цього потрібно...
Але то вже на вихідних.
Коли пройду оновлення - відпишусь.
Re: Квдратики після оновлення
у файлі /etc/rc.conf
є такі рядки (в мене рядок №72):
# Set unicode to YES to turn on unicode support for keyboards and screens.
unicode="YES"
подивіться, можливо в цьому проблема.