V
valek

  • 2021. dec 10.
  • Csatlakozott: 2007. szept 10.
  • 0 legjobb válasz
  • Köszönöm szépen, végül a nomodeset szó beírása valóban segített. Bejött az unetbootin választó felületet. Akkor tab-ot nyomtam, majd beírtam a nomodeset szavát a 'quiet splash' kifejezés után. És bejött a grafikus felület, köszönöm. Gondolom ez már más fórum: innen már ment a frissítés, ezer hibával, emergency mode-dal, az fsck-t is le kellett futtatnom, mert hibát talált. Most ott tartok, hogy bejön a lightdm felhasználó választó felület, de nem jelentkezik be a legtöbb felhasználónál (ez a gond most megoldódott így), csak eltűnik a bejelentkező kis ablak, és visszdob ugyanoda, továbbá a lightdm-ben az egér mozgatása kell ahhoz, hogy feltűnjön a bejelentkező ablakocska. Hm.

  • a mesterKöszönöm szépen ,elnézést, hogy nem válaszoltam. A nomodesetet próbáltam volna, bár ezt is csak kézi irányítással megy. Unetbootinnal írtam a live usb-t, ha F6-ot nyomok a főmenüben, ahol kétszer is felsorolt a telepítés, kipróbálás default beállítás, akkor semmi sem történik. Ahol eddig olvastam erről, ott azt írták, hogy ez a nulladik, vagy első lépés. Rossz irányban indultam volna?

  • anacondaEz is megfontolandó. Ámde, a live usb-ről mi is a parancssori parancs? Mert ugye, a fránya grafikus felület nincsen. do-release-upgrade -d? Vagy szedjem ki a grafikus kártyát, oszt lesz grafikus felület , amikor simán az alaplapban van a monitor dvi dugesza? Ja. És van lvm is a meghajók között. Az gondolom megmarad új rendszer húzásakor. Hm. Ez a sok folyamatos probléma növeli vagy csökkenti az átlagember (=én) IQ-ját? Va

    • HtibiA 14.14 az előző lts. A telepítő úgy tűnik letit minden harmadik féltől származó forrást. A parancs kiadása előtt minden a legfrissebb.

      • rapfenFuttatom az alap gépen a do-release-upgrade -d parancsot. A végin, illetve jócskán a vége előtt, ahogy a grafikus frissítőnél is ez olvasható (vagy ezt a parancsot a live usb-n adjam ki, azt ajánlod?): A frissítés előkészítése sikertelen Megoldhatatlan probléma jelentkezett a frissítés közben. Ezt a következők okozhatták: * Frissítés az Ubuntu egy kiadás előtti verziójára * Az Ubuntu egy kiadás előtti verziójának futtatása * Nemhivatalos csomagok, melyeket nem az Ubuntu szolgáltat Ha a felsoroltak egyike sem áll fenn, akkor jelentse ezt a hibát a terminálban kiadott „ubuntu-bug ubuntu-release-upgrader-core” paranccsal. A rendszer eredeti állapotának helyreállítása

        • Szervusztok! Szeretném az asztali gépemen a 14.04-es Xubuntumat 16.04-re frissíteni, de mindig elvérzem próbálkozás közben. A laptopomon hasonló gond volt, de ott sikerült a live usb-vel megoldani a gondot. Onnan el tudtam indítani a telepítést live usb-ről frissítés módban, és a a telepítő a csomagokat szépen kikerülte, amikkel nem tudott mit kezdeni a normál rendszer. De a 16.04-es xubuntu live grafikus felülete a világért sem akar megjelenni az aktuálisan gondot okozó asztali gépemen megjelenni. (GeForce GTX 750 Ti videókártya) Létezik olyan parancs, – amivel el tudom az usb live-ról parancssorban kezdeni a külön meghajtón figyelő régebbi rendszer telepítését, vagy – amivel be tudom rúgni (=el tudom indítani) a live usb rendszer grafikus felületit? Bebootol, de egy villogó kurzoron kívül a grafikus oldalon nem fogad más. Köszönöm szépen előre is, ha megosztjátok esetleges tapasztalataitokat velem.

        • XebecheNekem ez a jogosultságom: -rwxr-xr-x 1 root root 92 jún 16 22:34 /etc/cron.weekly/fstrim Az AHCI be van állítva. Ha jól sejtem, anélkül sehogy sem menne a trimelés.

        • XebecheEgyébként a /etc/cron.weekly könyvtár parancsai, scriptjei hogyan futnak le? Konkrétan még fenti trimelős-logos scripttel kapcsolatosan jutott eszembe, mert mondjuk nem 7 nap telt el a két trimelés között, már ha magától csinálta, mert ez sem volt egyértelmű, mert kiadtam a run-parts -v /etc/cron.weekly parancsot, azután láttam csak az új log sort, de nem vagyok meggyőződve arról, hogy ennek a parancsnak a következménye. Ennek a parancsnak a kimenetében a következő volt, ami a trimre vonatkozónak tűnt: run-parts: executing /etc/cron.weekly/fstrim /etc/cron.weekly/fstrim: 3: /etc/cron.weekly/fstrim: cannot create /var/log/trim.log: Permission denied /etc/cron.weekly/fstrim: 4: /etc/cron.weekly/fstrim: cannot create /var/log/trim.log: Permission denied run-parts: /etc/cron.weekly/fstrim exited with return code 2 Őőő. Nincsen jogosultsága? Ha mondjuk nem kapcsolom be kilenc napig számítógépet, akkor lefut induláskor, hogy pótolja a lemaradást, vagy kihagy egy, két, három hetet, amíg ugyanaznap kapcsolom be a masinát?

        • XebecheBedaráltam a /fstrim fájlt. Remélem így már nem akar induláskor és leálláskor is trimelgetni. Köszönöm a figyelmeztetést, formázáskor hagytam kb. 20 % szabad, formázatlan lemezhelyet, ezért nem fogom tudni telerakni.

          • valekVan pl egy ilyen fájlom: /fstrim ezzel a tartalommal: #!/bin/sh # trim all mounted file systems which support it /sbin/fstrim --all || true Erre vajon szükségem van? Közben a log fájl a heti trimeléssel kapcsolatosan jelentkezett, aminek örülök, köszönöm szépen.

            • XebecheAzt mondjuk nem értem, hogy miért fut le megálláskor is. Jó. Tehát törlöm a /etc/rc.local adatból az általam beírt sort, létrehozom a /etc/cron.weekly/fstrim fájlt, és beleírom az általd megadott kettő közül a nekem tetszőt. (Szeretném, ha naplózna, ezért az első tetszik, amit Te es használsz.) Izé. Ennyi? Nem kellene futtathatóvá is tenni, vagy ilyesmi? sudo chmod +x /fájl/helye/ahol/van a parancs? Ezek szerint nem kell annyire félni a heti trimeléstől. Először mikor kellene lefutnia? (Érdekes, kikommenteltem a /etc/rc.local fájlból az fstrim sort, de induláskor mintha ismét lefutott vona. Ugyanakkor log fájl nem jelentkezett a heti lefutással kapcsolatban.)

              • Szervusztok! Egy Adata 128 GB-os SSD kártyán van a rendszerem, és nem régen frissítettem 16.04-re 14.04-ről. Kikapcsoláskor és induláskor is trimel, de nekem a bekapcsoláskori elegendő lenne. Vagy nem görcsöljek ezen? Ezeket a beállításokat parancsokat csináltam meg. /etc/rc.local-ba

                fstrim -v /
                parancs beírva, /etc/cron.weekly/fstrim /fstrim adat törölve. Milyen parancs lehet az, ami kikapcsoláskor is futtatja a TRIM-et? Változott valamit a 14.04 óta az automatikus trimelés rendszerszintű beállítása? Előre is köszönöm, ha megosztjátok velem ezen témakörben tudásotok!

              • a mesterHm. Elméletileg fényképekkel való munkára raktam nekem össze egykoron a szakember, ami nem volt oly régen. Intel Core i3 2933 MHz 3,7 giga memória, 1,9 giga SWAP És ami szintén furi volt, hogy miután ezt a 2015-ös új változatot telepítettem, teljesen rendben volt a sebesség. Oszt most ez is becsigásult. Néha arra gondolok, hogy a procit sem tudja megfelelően kezelni a rendszer, mert pl az enblend munkájakor csak az egyik mag gürcöl, a többi alig csinál valamit az xfce rendszerigyelője szerint. Oszt néha cserélik egymást a munkában. (Ez utóbbi kérdés eleve gyanús pl. mert nem értek hozzá, de nem ide tartozik, és egy felhasználói profil indulása (bejelentkezés) is siralmasan lassú, és gyanús, hogy olyan programok is elindulnak kéretlenül, amikre egyáltalán nincsen szükség.) A huginnál egyébként ez az üzenet látható a nagyon-nagyon lassú résznél: „Képek összemosása... enblend: info: loading next image: a kép amin dolgozik”

              • Szervusztok! Sehogy sem tudom elérni, hogy a hugin panorámakészítő legutóbbi változatát érdemben használni tudjam. Már 6 kép összefűzésénél is az enblend csigalassúsággal rakja össze a képeket, így teljes mértékben használhatatlan. Nem nagy képekről van szó, és jpg-vel kellene dolgoznia .De olyan, mintha semmit sem tenne az enblend. Találkoztatok már esetleg ezzel a gonddal, és van rá gyógymódotok? Az előző hugin verzióval is hasonló volt a gondom. Ezt a tárolót használom: ppa:hugin/hugin-builds. Ubuntu 14.04.

              • KimariteNagyon szépen köszönöm! Azt még megírnád, hogy hogyan tudom elérni, hogy pl. az amarok bootolási indulásánál utolsónak induljon el, vagy jóval később? Nem az idejét szeretném eltolni, hanem hogy más program, programok megnyilása utánra kerüljön sorra.

                • KimariteKöszönöm a gksu-s figyelmeztetést! Ez a három parancs a laptopomon elég jól működött, de az asztali gépen mintha nem tudnám beállítani, hogy melyik programot mi után indítsa, az az érzésem. Persze ez valószínűleg mindegy. Ha parancssorban adom ki ezeket a dbus-launch-os parancsokat, akkor szépen hasítanak. Egyébként mit csinál ez a dbusz-launch nagyvonalakban? Akkor ez most a végleges megoldás? Vagy a hibát javítják és valamikor már magukban a panacsok is működnek majd ebből a szempontból? Vagy ne legyek telhetetlen? Köszönöm szépen!

                  • KimariteKimenetek: amarok -d --nofork .xsession-errors Xorg.0.log Nem találom atémabeállítást a beállításszerkesztőben. Milyen parancsra jelenik meg az az ablak? Beírom a terminálba, hogy sudo amarok, sudo nm-applet, sudo qbittorrent, és úgy megjelennek az ikonok az értesítási területen, ahogy szeretném, ha sudo nélkül jelennének meg. Őőő. Ha erre gondoltál, hogy nem érted. Kiadtam a sudo sed -i 's/Exec=nm-applet/Exec=dbus-launch nm-applet/' /etc/xdg/autostart/nm-applet.desktop parancsot amit itt írnak, de semmi sem változott. Ez nekem eléggé kínai jellegű. Az angol nyelvtudásom nem számottevő. A bugokkal mit lehet kezdeni? Nem lehet, hogy a frissített 12.04 rendszerből egyes csomagok bennmaradtak? Amikor bejelentezés utn betölt az xfce4, az is hosszú ideig tart, össze vissza váltogatja a bejelentkező felületeket, mintha gondolkodna, hogy mit töltsön be. Elég szakmaian hangzott? :)

                    • Attila55Elnézést, de nem vagyok annyira képzett Xubuntuban, hogy ezekneka hivatkozásoknak a gondomhoz kapcsolódó távoli pontjait felismerjem.