LINUX.ORG.RU

Fedora 17_ Bluetooth

 , из-танка


0

1

Cast ArtKun, carasin, ArtKun, toney, sol13
Ребят, прошу помощи! После апдейта с беты, видимо не обновилось часть пакетов. В результате закрузка останавливается на

[  OK  ] Reached target Network.
         Starting Sendmail Mail Transport Agent...
[  OK  ] Started Bluetooth Manager.
При попытке запустить x - ругались на отсутствие gnome-shell. Поставил, запустил DE. Блютуса -нет.
# service bluetooth start
Redirecting to /bin/systemctl  start bluetooth.service
Понимаю, надо удалить bluetooth из загрузчика (без него спокойно проживу), но не знаю как. Помогите пожалуйста!
PS а еще странные тормоза gnome-shell

★★★★

А вообще, рекомендуется сделать # yum distro-sync

carasin ★★★★★ ()
Ответ на: комментарий от carasin

да, Вы во всем правы...
говорю как обновлялся:
1)yum distro-sync --skip-broken из за:

# yum distro-sync 
Загружены модули: langpacks, presto, refresh-packagekit
Разрешение зависимостей
--> Проверка сценария
---> Пакет colord.x86_64 0:0.1.18-2.fc17 помечен как версия для отката
---> Пакет colord.x86_64 0:0.1.20-1.fc17 помечен для удаления
--> Проверка зависимостей окончена
Ошибка: Пакет: colord-gtk-0.1.20-1.fc17.x86_64 (@updates-testing)
            Необходимо: colord = 0.1.20-1.fc17
            Удаление: colord-0.1.20-1.fc17.x86_64 (@updates-testing)
                colord = 0.1.20-1.fc17
            Откатил: colord-0.1.18-2.fc17.x86_64 (fedora)
                colord = 0.1.18-2.fc17
 Вы можете попробовать --skip-broken чтобы обойти проблему
2) yum update

comp00 ★★★★ ()
Ответ на: комментарий от carasin

Нет, это уберёт сервис синезуба из автозагрузки

В systemd по-умному сделано, там bluetoothd находится в bluetooth.target и должен запускаться, только если udev нашёл реально существующий bluetooth. К тому же, у ТСа он запустился:

[ OK ] Started Bluetooth Manager.

Но, похоже, висит MTA:

Starting Sendmail Mail Transport Agent...

По идее, надо выпиливать его, а не bluetooth.

gentoo_root ★★★★★ ()

comp00, не мог бы ты проверить в 17-ой федоре следующую вещь:

$ pkexec ls -l /usr/bin

… от пользователя и от рута. Интересует следующее: выполнится ли ls нормально или прервётся по SIGTERM?

В моей системе условия близки к 17-ой федоре (выпилен ConsoleKit) и возникает проблема: pkexec crashes with SIGTERM

gentoo_root ★★★★★ ()
Ответ на: комментарий от comp00

Пардон, просто не пользуюсь гномом, а вот единственно могу сказать, что вы неудачно обновились и буду К.О.

sol13 ★★★★★ ()
Ответ на: комментарий от comp00

Это норм, всегда так было

У меня тоже в дебиане когда-то долго запускался exim4, потом стал вообще зависать, задерживая загрузку на пару минут. После выпиливания (я им не пользовался) всё заработало.

gentoo_root ★★★★★ ()
Ответ на: комментарий от comp00

от пользователя попросила пароль рута

А от рута или после ввода пароля команда ls нормально выполнилась или вывода не было, или он был неполным?

gentoo_root ★★★★★ ()
Ответ на: комментарий от sol13

а подскажите еще одну вещь. Что нужно забекапить, что бы сохранились установленные программы и принтеры (просто я 3 часа настраивал принтер, не хочется повторять...), и при этом при восстановлении не повредить новую систему. Это возможно?

comp00 ★★★★ ()
Ответ на: комментарий от gentoo_root

был вывод

У меня тоже в дебиане когда-то долго запускался exim4, потом стал вообще зависать, задерживая загрузку на пару минут. После выпиливания (я им не пользовался) всё заработало.


Я точно не знаю, почему загрузка некоторых демонов так обозначается, но в федоре чуть меньше половины так запускается. В том числе и NM

comp00 ★★★★ ()
Ответ на: комментарий от comp00

программы- бекапю .config там все настройки в основном, а вот про принтер сказать не могу, как вариант найти инструкцию как делали

sol13 ★★★★★ ()
Ответ на: комментарий от sol13

да про .config знаю, я вообще home целиком бекапю...

comp00 ★★★★ ()
Ответ на: комментарий от comp00

был вывод

Спасибо, значит, в федоре этого бага нет. Придётся мне самому отлаживать.

Я точно не знаю, почему загрузка некоторых демонов так обозначается, но в федоре чуть меньше половины так запускается. В том числе и NM

С systemd они запускаются одновременно, поэтому вывод в консоль может быть неточным. Для достоверности надо смотреть логи или systemctl status.

gentoo_root ★★★★★ ()
Ответ на: комментарий от gentoo_root

Дык в том-то и фишка, что наверняка нельзя сказать, в чём конкретно дело. Надо логи парсить.

В systemd же параллельный запуск сервисов, и если загрузка «висит» при отображении какого-либо одного процесса, то не факт, что именно он является причиной гемора.

Но это из личных наблюдений за F17b.

carasin ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.