Forum Debian Users Gang

To wygląda ok.

Pokaż wyniki:

aptitude update
aptitude full-upgrade -s
apt-cache policy

Dzięki za czujność :)

Już poprawione.

davidoski napisał(-a):

A po co chcecie aktualizować jądro - coś nie działa na starym?

A jaki widzisz sens w używaniu porzuconego jądra?

A słyszałeś o czymś takim jak bezpieczeństwo?

Skoro jest dziurawe i pozbawione wsparcia, to sens ciężko w tym dostrzec.
Sam sobie używaj czego chcesz, ale nie musisz proponować tego innym.

davidoski napisał(-a):

Prędzej w drewnianej szopie cegła na głowę ci spadnie niż ktoś wykorzysta dziurę w tym jądrze do włamania na domowy komputer.

Ryzyko zawsze lepiej ograniczać do minimum.

Nie mówiąc już o tym, że oprócz jądra w tym systemie jest nieaktualnych i potencjalnie dziurawych więcej pakietów.

Chyba w twoim :)
W na bieżąco aktualizowanym systemie ilość luk jest niewielka, a poprawki zazwyczaj pojawiają się bardzo szybko.

Więc chcąc być konsekwentnym (i aby to działanie miało sens) musiałbyś cały system zmienić. Ale ja się nie znam - róbta co chceta.

Nie zmienić, a aktualizować. Standardowa czynność zarówno w Linuksach i Windowsach.
Dlatego zapytałem o wyniki dotyczące repozytoriów i aktualizacji (#29).

EOT

Tutaj się spytam bo też dotyczy virtualboxa.
Próbuję wczytać wirtualny dysk z jednego laptopa na drugi (oba z Mintem DE  ) i dodać do virtualboxa bo na pierwszym laptopie przy aktualizacji Płatnika wywala mi się on a musi mi działać.
Tam więc pozostałam przy starej wersji płatnika a na drugim laptopie chciałam go zaktualizować jakby się dało.
Tak więc przekopiowałam ten plik .vdi , wczytałam jako nowy w virtualboxie, po drodze wskazałam ten plik i.... nie uruchamia się.
Nie mam pojęcia czemu .
Od razu przy uruchamianiu Virtualboxa pokazuje mi że jednego dysku nie będę mogła używać.
W logu na końcu jest to

 00:00:42.718531 E1000#0 TX LEG descriptors: 0
00:00:42.718531 E1000#0 Received frames   : 0
00:00:42.718531 E1000#0 Transmitted frames: 0
00:00:42.718531 E1000#0 TX frames up to 1514: 0
00:00:42.718531 E1000#0 TX frames up to 2962: 0
00:00:42.718531 E1000#0 TX frames up to 4410: 0
00:00:42.718531 E1000#0 TX frames up to 5858: 0
00:00:42.718531 E1000#0 TX frames up to 7306: 0
00:00:42.718531 E1000#0 TX frames up to 8754: 0
00:00:42.718531 E1000#0 TX frames up to 16384: 0
00:00:42.718531 E1000#0 TX frames up to 32768: 0
00:00:42.718531 E1000#0 Larger TX frames    : 0
00:00:42.718531 E1000#0 Max TX Delay        : 0
00:00:42.753621 GIM: HyperV: Resetting MMIO2 regions and MSRs
00:00:42.758547 Changing the VM state from 'DESTROYING' to 'TERMINATED'
00:00:42.766530 Console: Machine state changed to 'PoweredOff'
00:00:43.474559 GUI: Passing request to close Runtime UI from machine-logic to UI session.

I nie wiem czy da się coś z tym zrobić .
System w laptopie jest 64 bit a windows vdi 32 bit ale to chyba nie powinno przeszkadzać bo mam tam stary xp też 32 bity i uruchamia się.
Virtualboxa zainstalowałam z repozytoriów.

I jeszcze to pokazuje konsola

arturo@arturo:~/Pulpit$ virtualbox
Qt WARNING: inotify_add_watch("/home/arturo/.config/qt5ct") failed: "No such file or directory"

Jednak nie będę wczytywać już tego  dysku bo na jeszcze jednym laptopie też Płatnik się wywala po aktualizacji i nie może wczytać bazy to dam sobie spokój .
Tak że dzięki i odpuszczam temat.

Ostatnio edytowany przez figa (2021-02-26 10:09:55)

Sprawna metoda przenoszenia VMek

Menu Plik >> Eksportuj jako urządzenie wirtualne >> ...

Następnie:

Menu Plik >> Importuj urządzenie wirtualne >> …