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 serdecznie. Kilka tygodni, w zasadzie miesiąc temu, na pewnym leciwym komputerze zainstalowałem system Ubuntu 16.04 LTS. Głównie, ze względu na chęć przeprowadzenia kilku testów, wykorzystując do tego, ten właśnie system etc. Moje pytanie jest, w związku z tym tematem naiwne, ale już od dłuższego czasu nie doświadczyłem okna dialogowego. Teraz, ad rem...
W dniu dzisiejszym, postanowiłem zainstalować aktualizacje, dostępne jako "[tt]proposed[/tt]". Oczywiście, po uprzednim ustawieniu odpowiedniego wpisu dot. tego repozytorium via plik [tt]/etc/apt/sources.list[/tt]. Generalnie, przeznaczonych do aktualizacji było, mniej więcej, 12. pakietów. Jednym z nich okazał się bootloader [tt]grub2[/tt]. W momencie konfigurowania pakietów; [tt]grub2-common[/tt], [tt]grub-pc-bin[/tt] oraz [tt]grub-pc[/tt], pojawiło się w/w okno dialogowe. (Łudząco przypominające, to znane, chociażby z tekstowej instalacji Debiana etc.)
Nie jest możliwym dokładne jego przedstawienie, ponieważ w logach APT'a jest ogromna ilość znaków, podobnych do tego: "[37m[1;1H" etc. Przedstawię pokrótce, jakie informacje były zawarte w tym komunikacie. Otóż;
Konfiguracja pakietu grub-pc. Dostępna jest nowa wersja (/tmp/grub.M1jFXlaRF1) pliku konfiguracyjnego /etc/default/grub, ale obecna wersja została lokalnie zmodyfikowana. Jakie działanie ma zostać wykonane w związku z modyfikacją pliku grub? zainstalowanie wersji przygotowanej przez opiekuna pakietu? zachowanie lokalnie zainstalowanej wersji pokazanie różnic pomiędzy wersjami pokazanie różnic - obok siebie - pomiędzy wersjami pokazanie różnic pomiędzy trzema dostępnymi wersjam scalenie zmian pomiędzy 3 dostępnymi wersjami (eksperymentalne) uruchomienie powłoki w celu zbadania sytuacji
Postanowiłem wybrać opcję umożliwiająca pokazanie różnic między wersjami. Niemniej, nie dostrzegłem czegoś nowego, wyjątkowego. Następnie, zdecydowałem, że najodpowiedniejszym wariantem, będzie: [i]zainstalowanie wersji przygotowanej przez opiekuna pakietu[/i]. Słusznie, czy nie? Późniejsza, już po zakończeniu aktualizacji, edycja pliku [tt]/etc/default/grub[/tt], przeprowadzona w celu analizy, również nie wskazywała na nic, co mogłoby świadczyć o poważniejszych zmianach. (Rozumiem przez to, że opcje, które kiedyś dodałem były na swoim miejscu, z wyjątkiem komentarzy, które niejako tłumaczyły podjęte działanie. Tych uwag, uzasadnień brakowało.)
Sprawdziłem również logi systemowe, np. plik [tt]/var/log/syslog[/tt], które nie zawierały nic, co mogłoby wzbudzić moje wątpliwości związane z podjętą, przed chwilą, decyzją. W czasie, kiedy system był w trakcie, a właściwie kończył aktualizację (komunikaty: "[i]Instalacja zakończona. Nie zgłoszono błędów.[/i]", czy "[i]Tworzenie pliku konfiguracyjnego grub...[/i]"), jedynymi informacjami, były wpisy dot. narzędzia służącego do wykrywania innych systemów operacyjnych na dyskach, tj. [tt]os-prober[/tt] — efekt konfiguracji bootloader'a [tt]grub2[/tt]?
Chciałbym zapytać Was, czy podjęta decyzja była odpowiednia? A może, lepszym wariantem było "[i]zachowanie lokalnie zainstalowanej wersji[/i]"? Doświadczył ktoś podobnej sytuacji (w tym konkretnym przypadku, mam na myśli przede wszystkim użytkowników dystrybucji Ubuntu)? Sam już nie wiem, co o tym sądzić. Tak mi głupio, zadając to pytanie, ale od naprawdę dłuższego czasu, nie miałem pdobnego "dylematu". Mam tylko nadzieję, że system wstanie, po ponownym uruchomieniu...
Przy okazji; jeżelu u Was, dostępna będzie aktualizacja związana z bootloaderem [tt]grub2[/tt], to proszę napiszcie swoje uwagi etc. W ten sposób, chciałbym dojść do przekonania, czy zmieniło się coś więcej aniżeli usunięcie, w moim przypadku, komentarzy etc. Pozostawiając jednocześnie, w przeszłości dodane opcje.
Pozdrawiam.
[color=gray]EDYCJA: [i]poprawki stylistyczne etc.[/i][/color]
Ostatnio edytowany przez remi (2017-09-14 11:06:22)
Offline
A jaki jest w ogóle problem?
Offline
Cześć [b]yossarian[/b]. Jak już wspomniałem, zastanawiam się, czy "[i]zainstalowanie wersji przygotowanej przez opiekuna pakietu[/i]" było dobrym rozwiązaniem? Na pierwszy rzut oka praktycznie, nic się nie zmieniło np. w pliku [tt]/etc/default/grub[/tt], ale po w/w operacji, nie ma komentarzy, które umieściłem w tym pliku, po uprzednim dodaniu opcji etc. Ale, to nie jest raczej istotne. Ważniejszym pytaniem jest, co robić w podobnych sytuacjach, która opcja ("[i]zachowanie lokalnie zainstalowanej wersji[/i]", "[i]scalenie zmian pomiędzy 3 dostępnymi wersjami[/i]" itepe, itede) jest odpowiedniejsza, kiedy np. mamy przed sobą podobną kwestię, zagadnienie, czy "dylemat"? Tak, wiem, że zależy to od naprawdę wielu czynników etc., podobnie, jak to, że jest to pytanie naiwne. Ale, czy w tym konkretnym przypadku, wybór był OK? I to jest chyba ten "problem"... brak konkretnego kłopotu, w który sam nie wiem, czy wierzę.
Offline
w pliku /etc/default/grub, ale po w/w operacji, nie ma komentarzy, które umieściłem w tym pliku, po uprzednim dodaniu opcji etc[/quote]
No nic dziwnego skoro pakiet grub-cośtam dostarcza ten plik. Dlatego tam się zmian nie dokonuje chcąc wyedytować konfig ;)co robić w podobnych sytuacjach, która opcja ("zachowanie lokalnie zainstalowanej wersji", "scalenie zmian pomiędzy 3 dostępnymi wersjami" itepe, itede) jest odpowiedniejsza[/quote]
Świadomość tego co się robi, backup lokalnie modyfikowanych konfigów i działanie na własną rekę.
W Gentoo m.in masz jeszcze diffa między tym co jest a co może być zainstalowane, więc idzie podejrzeć. Z doświadczenia jednak wiem że szybciej jest zgodzić się na nadpisanie a potem ręcznie porównać sobie zmiany.Offline
[quote=remi]Jak już wspomniałem, zastanawiam się, czy "[i]zainstalowanie wersji przygotowanej przez opiekuna pakietu[/i]" było dobrym rozwiązaniem? Na pierwszy rzut oka praktycznie, nic się nie zmieniło np. w pliku [tt]/etc/default/grub[/tt], ale po w/w operacji, nie ma komentarzy, które umieściłem w tym pliku, po uprzednim dodaniu opcji etc.[/quote]
No to chyba logiczne, że w wersji oryginalnej, dostarczanej przez opiekuna pakietu, nie ma tych twoich ręcznie dodanych zmian. Skąd niby maja tam być?
Ważniejszym pytaniem jest, co robić w podobnych sytuacjach, która opcja ("[i]zachowanie lokalnie zainstalowanej wersji[/i]", "[i]scalenie zmian pomiędzy 3 dostępnymi wersjami[/i]" itepe, itede) jest odpowiedniejsza, kiedy np. mamy przed sobą podobną kwestię, zagadnienie, czy "dylemat"? Tak, wiem, że zależy to od naprawdę wielu czynników etc., podobnie, jak to, że jest to pytanie naiwne. Ale, czy w tym konkretnym przypadku, wybór był OK?[/quote]
To zależy ;)
Nie ma jednoznacznej odpowiedzi. Najlepiej wybrać opcję porównania obu wersji i na tej podstawie zdecydować. Gdy zmiany są istotne dla działania systemu/usługi, to lepiej przywrócić wersję opiekuna i do niej dopisać te lokalne modyfikacje. Gdy zmiany są tylko symboliczne można zachować lokalną wersję.I to jest chyba ten "problem"... brak konkretnego kłopotu, w który sam nie wiem, czy wierzę.[/quote]
Z takimi problemami to nie na forum, a raczej do jakiegoś specjalisty ;)
[quote=lis6502]No nic dziwnego skoro pakiet grub-cośtam dostarcza ten plik. Dlatego tam się zmian nie dokonuje chcąc wyedytować konfig ;)[/quote]
A niby gdzie chcesz dokonywać zmian jak nie w [tt]/etc/default/grub[/tt]?
[quote=Debian Wiki]To configure grub "v2", you should edit /etc/default/grub, then run update-grub. Advanced configuration are achieved by modifying the snippets in /etc/grub.d/.[/quote]Offline
Cześć. Dzięki za odpowiedzi. [b]Yossarian[/b]; "[i]No to chyba logiczne, że w wersji oryginalnej, dostarczanej przez opiekuna pakietu, nie ma tych twoich ręcznie dodanych zmian. Skąd niby maja tam być?[/i]" — napisałem wyraźnie (zob. [1]), że nie ma komentarzy (vide: [b]# Przykładowy Komentarz...[/b]), ale [u]zostały[/u], dodane wcześniej przeze mnie, [u]opcje[/u] np. w miejscu [tt]GRUB_CMDLINE_LINUX_DEFAULT[/tt]. Proszę czytać dokładniej. [b]lis6502[/b]; słuszna uwaga dot. kopii zapasowych etc. Na szczęście, jest to maszyna testowa. Myślę jednak, że w podobnym przypadku, powinna być jakaś dodatkowa informacja, mówiąca np. o rekomendowanym rozwiązaniu. (Mam tu na myśli okno dialogowe i tekst w stylu: [i]Recommended[/i], umieszczony przy którejś z opcji.)
No cóż, w takim razie, wybieram się do specjalisty :- [i])[/i]
Pozdrawiam.
___________
[1] zob. 1. post [w:] "[b]Ubuntu 1604: aktualizacja pakietu grub2 i podjęte działanie.[/b]": "[i](Rozumiem przez to, że opcje, które kiedyś dodałem były na swoim miejscu, [u]z wyjątkiem komentarzy[/u], które niejako tłumaczyły podjęte działanie. Tych uwag, uzasadnień brakowało.)[/i] op.cit. "(...) [i]czy zmieniło się coś więcej aniżeli usunięcie, w moim przypadku, komentarzy etc. Pozostawiając jednocześnie, w przeszłości dodane opcje.[/i]"
[color=gray]EDYCJA: [i]literówki etc.[/i][/color]
Ostatnio edytowany przez remi (2017-09-14 12:45:40)
Offline
[quote="Szczawojad"]A niby gdzie chcesz dokonywać zmian jak nie w /etc/default/grub?[/quote]
W przypadku tak ograniczonego mechanizmu chyba na żywo w /boot/grub/grub.cfg i nadać mu atrybut +i.
Serio, w tej materii Debian wysiada. U siebie na domowej maszynie, jeszcze za czasów sysvinit mój rc.local co reboot składał $HOME/.grub/*konfig_xD > /etc/default/grub żeby zachować opcję bootowania solarisa w trzech boot environmentach.
Już nie pamiętam czy to fedora czy inne mainstreamowe distro, ale spotkałem się z katalogiem grub.d, gdzie tworzysz 99-moje.config i ostateczny konfig kompilowany jest na żywo.
Offline
[quote=lis6502][quote="Szczawojad"]A niby gdzie chcesz dokonywać zmian jak nie w /etc/default/grub?[/quote]
W przypadku tak ograniczonego mechanizmu chyba na żywo w /boot/grub/grub.cfg i nadać mu atrybut +i.[/quote]
I go ręcznie poprawiać co aktualizację? Nie widzę w tym żadnego sensu ;)
Poza tym opiekun pakietu zmienia zawartość pliku konfiguracyjnego z jakiegoś istotnego powodu, a nie co aktualizacje.
Przy starej konfiguracji usługa się może wywalić przy starcie — często spotykane przy aktualizacjach LightDM z odrzuceniem nowej konfiguracji od opiekuna pakietu.
Serio, w tej materii Debian wysiada. U siebie na domowej maszynie, jeszcze za czasów sysvinit mój rc.local co reboot składał $HOME/.grub/*konfig_xD > /etc/default/grub żeby zachować opcję bootowania solarisa w trzech boot environmentach.[/quote]
To standardowa sytuacja (i najbezpieczniejsza dla użytkownika) przy sporadycznej aktualizacji plików konfiguracyjnych przez debconf i nie dotyczy tylko Gruba, który zresztą nie jest jedynym bootloaderem w Debianie.
Ja zamiast takich karkołomnych kombinacji użyłbym czegoś innego zamiast Gruba.Już nie pamiętam czy to fedora czy inne mainstreamowe distro, ale spotkałem się z katalogiem grub.d, gdzie tworzysz 99-moje.config i ostateczny konfig kompilowany jest na żywo.[/quote]
Przecież tak się właśnie robi w takich przypadkach przy korzystaniu z Gruba:
[quote=yossarian][quote=Debian Wiki]To configure grub "v2", you should edit /etc/default/grub, then run update-grub. [b]Advanced configuration are achieved by modifying the snippets in /etc/grub.d/.[/b][/quote]
[/quote]
PS Używasz Gentoo? Takie zacietrzewienie. pokrętna logika i hakierskie patenty by na to wskazywały ;)Offline
Strony: 1
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00099 | 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='3.23.92.64' WHERE u.id=1 |
0.00086 | UPDATE punbb_online SET logged=1732207667 WHERE ident='3.23.92.64' |
0.00055 | SELECT * FROM punbb_online WHERE logged<1732207367 |
0.00073 | SELECT topic_id FROM punbb_posts WHERE id=314211 |
0.00004 | SELECT id FROM punbb_posts WHERE topic_id=29902 ORDER BY posted |
0.00079 | 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=29902 AND t.moved_to IS NULL |
0.00006 | SELECT search_for, replace_with FROM punbb_censoring |
0.00158 | 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=29902 ORDER BY p.id LIMIT 0,25 |
0.00084 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=29902 |
Total query time: 0.00658 s |