Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Witam, problem jak w temacie. Gdzieś chyba przez te ostatnie karkołomne aktualizacje systemu coś poszło nie tak albo ja zbyt odruchowo walnąłem w enter i coś mi wywaliło, tylko nie wiem co. Pendrive przestał się montować kilka dni temu ale że mam drugi system to olałem problem i postanowiłem czekać na aktualizacje. KDE wypluwa coś takiego:
Błąd podczas próby uzyskania dostępu do 'MOT', system zgłosił: An unspecified error has occurred: Not authorized to perform operation
Dziś jednak moja żona nie mogła zamontować karty w swoim laptopie i zostałem zmuszony do poszukania rozwiązania. I znalazłem z tym że u niej zadziałało więc pobiegłem do siebie, zrobiłem tak samo i zonk. Rozwiązanie polegało na dodaniu parametru jądra loglevel=2 w pliku /etc/default/grub. Jak podłączam starego pena pod USB2.0 to mi takie coś daje dmesg:
~$ dmesg | tail [ 2164.484398] sd 8:0:0:0: [sdc] Write Protect is off [ 2164.484410] sd 8:0:0:0: [sdc] Mode Sense: 23 00 00 00 [ 2164.485145] sd 8:0:0:0: [sdc] No Caching mode page found [ 2164.485155] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 2164.488073] sd 8:0:0:0: [sdc] No Caching mode page found [ 2164.488082] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 2164.489038] sdc: sdc1 [ 2164.492590] sd 8:0:0:0: [sdc] No Caching mode page found [ 2164.492599] sd 8:0:0:0: [sdc] Assuming drive cache: write through [ 2164.492606] sd 8:0:0:0: [sdc] Attached SCSI removable disk
a jak podłączam nowego pena pod USB3.0 to wygląda to troszkę inaczej:
~$ dmesg | tail [ 193.372606] scsi7 : usb-storage 4-2:1.0 [ 194.389286] scsi 7:0:0:0: Direct-Access Generic- USB3.0 CRW -0 1.00 PQ: 0 ANSI: 6 [ 194.403486] scsi 7:0:0:1: Direct-Access Generic- USB3.0 CRW -1 1.00 PQ: 0 ANSI: 6 [ 195.669461] sd 7:0:0:0: [sdc] Attached SCSI removable disk [ 195.671837] sd 7:0:0:1: [sdd] 31116288 512-byte logical blocks: (15.9 GB/14.8 GiB) [ 195.677384] sd 7:0:0:1: [sdd] Write Protect is off [ 195.677394] sd 7:0:0:1: [sdd] Mode Sense: 2f 00 00 00 [ 195.683082] sd 7:0:0:1: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA [ 195.710023] sdd: sdd1 [ 195.714354] sd 7:0:0:1: [sdd] Attached SCSI removable disk
Nie wiem czy ma to jakieś znaczenie ale tak na wszelki wypdek wrzucam. Ręczne montowanie działa jak trzeba, przynajmniej teraz pod dodaniu tego parametru. Mój to testing i386 a żony amd64, mam takie wrażenie, że amd64 stał się mniej problematyczny niż 32 bitowy.
Ostatnio edytowany przez skullman (2014-05-12 12:22:12)
Offline
W /var/log/apt/history.log masz zapis ostatnich aktualizacji.
Offline
[quote=yossarian]W /var/log/apt/history.log masz zapis ostatnich aktualizacji.[/quote]
A żebym to ja jeszcze wiedział co może być przyczyną takiego stanu rzeczy... Ktoś tam ostrzegał, że debian przechodzi na systemd, może to zmiany z tym ustrojstwem?
Offline
Błąd podczas próby uzyskania dostępu do 'MOT', system zgłosił: An unspecified error has occurred: [b]Not authorized to perform operation[/b][/quote]
Czyżby zmiana consolekit na logind, będący częścią Systemd?Ostatnio edytowany przez Jacekalex (2014-05-12 02:00:41)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
ble systemd, wykop to jak najszybciej;)
http://dug.net.pl/news/590/
może rzeczywiście to wina tego ustrojstwa..
Offline
Pokaż wynik:
dpkg -l | egrep 'policy|polkit'
@menel: mniej pisz, a więcej myśl.
policykit wymaga systemd.
Ostatnio edytowany przez yossarian (2014-05-12 02:06:45)
Offline
miałem na myśli wykopanie systemd-sysv i powrót do sysvinita
Ostatnio edytowany przez menel (2014-05-12 02:18:11)
Offline
[quote=menel]miałem na myśli wykopanie systemd-sysv i powrót do sysvinita[/quote]
No chyba, że tak bo odsyłanie do informacji zatytułowanej „PolicyKit zależne od libpam-systemd i libsystemd-login0” i jednoczesne sugerowanie wywalenia systemd byłoby co najmniej nierozsądne.
Offline
Wywalić to?? A niby jak?? Wiem, na chwilę obecną może się da ale jeśli system zostanie całkowicie oparty na systemd to będzie to baaaardzo trudne. Przynajmniej tak czytałem. Podobno jest to bardzo inwazyjne cholerstwo i jeśli twoja dystrybucja działa domyślnie na systemd to jedynym bezproblemowym sposobem na pozbycie się go jest zmiana dystrybucji. Lubię debiana i niechciałbym być zmuszony do zmiany distro.
Offline
też mnie to zastanawia co będzie dalej na razie korzystam z sysvinita, niektórzy twierdzą, że systemd zakończy żywot szybciej niż wszedł w łaski;)
jak chcesz wykopać to instalujesz systemd-shim i usuwasz systemd-sysv (ja sobie jeszcze pin ujemny ustawiłem na to diabelstwo;) i będzie wtedy używał starego sysvinita.
Ostatnio edytowany przez menel (2014-05-12 03:15:06)
Offline
[quote="skullman"]Wywalić to?? A niby jak?? Wiem, na chwilę obecną może się da ale jeśli system zostanie całkowicie oparty na systemd to będzie to baaaardzo trudne. Przynajmniej tak czytałem. Podobno jest to bardzo inwazyjne cholerstwo i jeśli twoja dystrybucja działa domyślnie na systemd to jedynym bezproblemowym sposobem na pozbycie się go jest zmiana dystrybucji. Lubię debiana i niechciałbym być zmuszony do zmiany distro.[/quote]
Jeśli twoja dystrybucja ma do wyboru 5 systemów init - Minit, OpenRC, Systemd, Upstart i SystemV, i wszystkie masz w repo, to w czym masz problem?
Tu masz info, jak ożenić bezwzględnie wymagane kawałki systemd
z innym systemem init:
http://dug.net.pl/news/590/
Zawsze też możesz poszukać jakiegoś systemu, który w ogóle nie potrzebuje SystemD do działania. :D
PS:
Jak na razie, Systemd dorobił się jednego zdecydowanego [url=http://pl.wikipedia.org/wiki/Linus_Torvalds]przeciwnika[/url].
Zastanawiam się, kto ma tyle siły, żeby forsować SystemD, coś mi się zdaje, że głównym ale cichym sponsorem SystemD jest M$.
W każdym razie, jeśli pomimo, że błędy w PA wiszą powyżej 2 lat, ktoś liderowi projektu PA daje pod kontrolę Udeva, Init i praktycznie też ConsoleKit, to ja się pytam, jaki jest cel takiej operacji, i kto za tym stoi.
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2014-05-12 03:29:25)
Offline
@menel, no nie wiem. Gnome 3 też wiele osób nie wróżyło sukcesu a zobacz jak im numerki wersji rosną. RedHat ma kasę to ją ładuje żeby zagarnąć jak najwięcej projektów. I trzeba przyznać dobrze mu to idzie skoro ta najbardziej wolna dystrybucja migruje na systemd. Czarno to widzę. Zostaje jeszcze BSD, tam chyba to nie działa ;)
@jacekalex tak jak napisałem, jedyna bezproblemowa metoda ;)
Ostatnio edytowany przez skullman (2014-05-12 03:23:27)
Offline
[quote="Jacekalex"]Zawsze też możesz poszukać jakiegoś systemu, który w ogóle nie potrzebuje SystemD do działania. :D[/quote]
oprócz genta jest jeszcze coś sensownego?
Ostatnio edytowany przez menel (2014-05-12 03:23:26)
Offline
Nie jestem pewien, co tam w Slackware ostatnio słychać, poza tym,
o ile mi wiadomo, [url=http://linuxfromscratch.pl/post/-wydanie-lfs-73]LFS[/url] też nie wymaga i nie będzie nigdy wymagał Systemd. :D
A poza tym Gentuś u mnie chodzi, i chodzi, i chodzi, i nawet mam stare Gnome-2.32, i jakoś większych problemów z nim nie mam.
Nawet nie jest trudny, jak się sensownie konfigi portage ustawi.
O ile mi wiadomo, FreeBSD też nie gryzie... :D
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2014-05-12 03:44:22)
Offline
@skullman:
Ty chciałeś rozwiązać ten problem czy pogadać o przyszłości systemd? ;)
Offline
A dasz sobie rękę uciąć, że ta systuacja nie ulegnie zmianie?? Ktoś kiedyś powiedział, że ugotujesz żabę żywcem i ta nawet nie ruszy łapą jeśli będziesz powoli odkręcał gaz. I tak moim zdaniem się właśnie teraz dzieje. Niby teraz tylko gnome wymaga tego ustrojsrwa i to też nie w całości. Ale jutro kolejny element systemu, po jutrze jeszcze jeden i koniec końców połowa systemu się nawet nie skompiluje bez źródeł systemd.I nawet jeśli nie będziesz zmuszony bezpośrednio do używania tego wirusa to bez niego twój system będzie tylko protezą. Linus kiedyś tam mówił, że redhat chce przejąć kontrolę nad kernelem tak więc zakusy mają poważne. Rozumiem teraz Stallmana, że tak obsesyjnie broni swojego stanowiska w wielu sprawach.
Wracając do meritum, skoro systemd ma być domyślnym initem to może wiecie jak go zmusić do działania? Czy może mimo wszystko zalecacie jednak unikanie tego czegoś i postąpienie według wskazówek z arta?
@yossarian, generalnie to problem ale samo jakoś tak zeszło z tematu.
Ostatnio edytowany przez skullman (2014-05-12 11:05:23)
Offline
Nie powinno to mieć znaczenia. Sam init nie zajmuje się montowaniem pendrive ;)
Przed systemd raczej nie uciekniesz. PolicyKit i dogind, udev też jest już częścią systemd.
Ty masz jakiś problem z policykit. Możliwe, że wisi u Ciebie starsza wersja.
Prosiłem wcześniej o wyniki.
Offline
Wiem, wiem. Nie zapodałem bo już miałem wyłączonego kompa. Już się poprawiam:
~$ dpkg -l | egrep 'policy|polkit' ii libpolkit-agent-1-0:i386 0.105-5 i386 PolicyKit Authentication Agent API ii libpolkit-backend-1-0:i386 0.105-5 i386 PolicyKit backend API ii libpolkit-gobject-1-0:i386 0.105-5 i386 PolicyKit Authorization API ii libpolkit-qt-1-1 0.103.0-1 i386 PolicyKit-qt-1 library ii libsemanage-common 2.2-2 all Common files for SELinux policy management libraries ii libsemanage1:i386 2.2-2 i386 SELinux policy management library ii policykit-1 0.105-4 i386 framework for managing administrative policies and privileges ii policykit-1-gnome 0.105-2 i386 GNOME authentication agent for PolicyKit-1 ii polkit-kde-1
Offline
Zobacz co masz ustawione w:
pam-auth-update --force
Masz tam jeszcze zainstalowane policykit-1-gnome. Sprawdź czy ten z GNOME zadziała:
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
Albo ten z KDE czy nie pluje jakimiś błędami:
/usr/lib/kde4/libexec/polkit-kde-authentication-agent-1
Wtedy spróbuj coś zamontować.
Działa wyłączanie, restart itp?
Pokaz jeszcze:
dpkg -l| grep systemd
System w pełni zaktualizowany?
A i jeszcze na koniec: z jakiego menedżera logowania korzystasz?
Ostatnio edytowany przez yossarian (2014-05-12 11:42:24)
Offline
No właśnie się naprawiło, zaktualizowałem policykit, dociągnęło mi systemd-shim, restarcik i działa. W sumie to ten policykit wisiał mi od jakiegoś czasu w aktualizacjach ale apt-get nie umiał sobie z nim poradzić. Zrobiłem to troszkę naookoło i po restarcie działa. Dzięki wielkie. Zastanawia mnie tylko jedna rzecz. Dlaczego na jednym debianie zadziałało dodanie parametru jądra a na drugim nie.
Normalnie używam KDE i loguję się prze KDM.
Ostatnio edytowany przez skullman (2014-05-12 11:50:47)
Offline
Czasem warto spróbować z aptitude.
Ja używam obu zamiennie, zależy który sobie lepiej poradzi z rozwiązywaniem problemów z zależnościami.
Zastanawia mnie tylko jedna rzecz. Dlaczego na jednym debianie zadziałało dodanie parametru jądra a na drugim nie.[/quote]
Jakiego parametru?
Offline
Jak napisałem na wstępie loglevel=2 do pliku /etc/default/grub. Co do używania obydwu to słyszałem że jest to niezalecane bo można systemowi zrobić kuku, chyba nawet na DUGu było na ten temat. A aptitude nie lubię, apt-get jest jakiś taki czytelniejszy.
Offline
[quote=skullman]Co do używania obydwu to słyszałem że jest to niezalecane bo można systemowi zrobić kuku, chyba nawet na DUGu było na ten temat. A aptitude nie lubię, apt-get jest jakiś taki czytelniejszy.[/quote]
To było dawno i nieprawda.
Można używać obu dowolnie.
Ostatnio edytowany przez yossarian (2014-05-12 12:33:40)
Offline
Strony: 1
Time (s) | Query |
---|---|
0.00009 | SET CHARSET latin2 |
0.00003 | SET NAMES latin2 |
0.00134 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.119.163.95' WHERE u.id=1 |
0.00067 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.119.163.95', 1732364077) |
0.00026 | SELECT * FROM punbb_online WHERE logged<1732363777 |
0.00073 | DELETE FROM punbb_online WHERE ident='3.136.236.178' |
0.00057 | DELETE FROM punbb_online WHERE ident='3.138.114.140' |
0.00051 | SELECT topic_id FROM punbb_posts WHERE id=266758 |
0.00006 | SELECT id FROM punbb_posts WHERE topic_id=25798 ORDER BY posted |
0.00051 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=25798 AND t.moved_to IS NULL |
0.00005 | SELECT search_for, replace_with FROM punbb_censoring |
0.00165 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=25798 ORDER BY p.id LIMIT 0,25 |
0.00097 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=25798 |
Total query time: 0.00744 s |