#2 Térjünk vissza a kérdésre holnap, fáradt vagyok.

#1

A lemezek szerint a gyökér könyvtár 31Gb-ből 24GB szabad, a home particiónál 51GB-ből 43GB szabad.

Szerk.: Nem tudom hozzá tartozik-e, de 4 napos a rendszer. Eleinte minden jól ment, aztán a kijelentkezés helyett kiléptetett a rendszer. Lehet, hogy a kiléptetés és a többszöri indulás ugyan az a hibától van!?

Rögtön a telepítés után van systemback visszaállítási pontom, ha kell.

#4 Szívesen. Örülök, hogy már jól működik a rendszered. :)
Elsőnek egy fájlrendszer javítást javasoltam volna (fsck):
- az emelt joggal indított (sudo) shutdown (kikapcsolás) parancs '-r'kapcsolójával a rendszert indítod újra ('reboot'), és a az 'F' kapcsoló (force) kikényszeríti az az 'fsck' ('file system check') program lefutását a rendszer következő (azaz szinte azonnali: 'shutdown') újraindulásakor. Az 'fsck' fájl rendszer vizsgálatra és javításra szolgáló parancssoros alkalmazás (grafikus felület nélkül is futtatható, azaz az 'X Server' jelenléte nélkül, annak indítása előtt).

sudo shutdown -rF now

Másodjára a telepítést, beállításokat javító parancsokat (az alábbi sorrendben):

sudo apt-get clean
sudo dpkg --configure -a
sudo apt-get -f install
sudo apt-et update
sudo apt-get upgrade

És utoljára a nem teljesen (felhasználó által nem helyesen) eltávolított csomagok beállítás maradványainak eltávolítását:

sudo apt-get autoremove

Persze, aztán, ha a hiba még fennáll, meg lehetett volna nézni, hogy közelebbről mi okozta a problémát, valamely logból (az egyiket megosztottad) és ezáltal a javítást megkísérelni.

#3

Sokat törtem a fejem és úgy gondoltam leírom milyen sorrendben csináltam a mostani rendszer beállítását és a hibák mikor jöttek elő. Nem tudom ez segítség vagy csak összezavarom a dolgokat!?

1: Telepítettem a rendszert. (boot, gyökér, home, swap). Nem működött!

2: Telepítem a rendszert, (efi, gyökér, home, swap). Működött.

3: Csatlakoztatnám az adatok particiót. A (gksu-val nem tudom megnyitni a Gnome-Commandert. Hibát irt ki.) Többszöri próbálkozás után kiirta a hibát de megnyitotta. A csatlakozás sikerült. 1. Hiba!!

4: Valamelyik alkalmazás telepítése után a kijelentkezés helyett újrainditotta a gépet. 2. Hiba!! Ez még fennáll de nem minden alkalommal.

5: Befejeztem a telepítéseket, másnaptól a gép min. egyszer újraindul bekapcsolásnál. 3. Hiba!!

6: A külső wincsesztert nem csatlakoztatja le, hanem pár perces gondolkodás után visszacsatolja. 4. Hiba!!

Nem akarom elkiabálni de az újraindításos bekapcsolás, tegnap este, és ma délután nem jelentkezett.

Arra gondoltam, ha nem tudjuk megállapítani, hogy a telepítéskor történ-e valami, vagy a gépem a rossz akkor újraakom a rendszert, DE minden beavatkozás után (beállítások változtatása, alkamazások telepítése) várok 2-3 napot. Hátha így kiderül mit nem szeret a rendszer, vagy a gépem.

A segítségedett előre is köszönöm!!!

#8 'gksu-val nem tudom megnyitni a Gnome-Commandert. Hibát irt ki.'

Hát ez rendkívül részletes hiba behatárolás (nem az). A felkiáltójelek halmozását kerüljük és a félkövér karaktereket is :), egyáltalán nem vezetnek közelebb a megoldáshoz.

A másik kettő 'hiba', az csak egyszerűen hiba, vagy van részletesebb leírás is a 'tarsolyodban'? Szereted fárasztani a fórumtagokat azzal, hogy vissza-vissza lapozgatunk, azaz, kitaláljuk a gondolataid? A 4-5-6 sorszámmal -általad- jelzett 'hibák'közül kettő az újraindítással kapcsolatos, (de) melyek megoldódtak, maradt egy a Gnome Commader indítása (menüből is indítható állítólag root joggal; lehet, a 'pkexec' indítja a 'gksu' helyett, nem tudom ...). Tehát 'megmaradt' még két HIBA állításod szerint, melyekről nem tudunk semmit. SEMMIT!! (ezt így érted, jobban érted? :D )
Próbálj meg röviden és világosabban fogalmazni. Nem hajt a tatár. És tudunk számolni is. Hol a maradék két hiba? :)

#7

A legjobb esetben 3 gond még megvan. A emelt színtű GN nyitást megpróbáltam, annak a hibája még megvan. A többit még megnézem.

Szerk.: Most kiadta a wincsit rendesen, de ma már próbáltam egyszer akkor nem adta ki. A kijelentkezés is rendesen lefutott.

Várok két-három napot, és meglátjuk. Sajnos nem hiszek a magától megjavuló rendszerekben. :(

#10 Értem. Az alapszintű probléma megoldáshoz (van más gond is persze, rendszer szintű) egy kérdést érdemes tisztázni; mégis mi a Gnome Commander indítóparancsa a teljes elérési úttal. Szerintem az alábbi
http://packages.ubuntu.com/trusty/amd64/gnome-commander/filelist
de a Synaptic csomagkezelőben is megnézhető.
Tehát ez az indító parancs a teljes elérési úttal:

/usr/bin/gnome-commander

Próbáld ezt futtatni:

pkexec /usr/bin/gnome-commander

Mi a válasz?

#9

A külső wincseszter kiadásakor, úgy szoktam csinálni, hogy az asztalon jobb klikk az ikonjára, és "meghajtó biztonságos eltávolítása". Ekkor ki ad egy hangot eltűnik az ikon, a wincsin a led villog egy kicsit, majd folyamatosan villágít. Majd kicsit később egyszerűen vissza csatolja, és az ikon megint az asztalon van, a filekezelő megnyilik. De a mai nap csak egyszer csinálta, azóta rendesen lecsatlakozik.

A GN-t már megnyitottam az elöző telepítésnél a terminálban emelt szintűen. A mostaninál ezt irja ki miközben bedobja a jelszót kérő ablakot.

qwarelin@qwarelin-Lenovo-G505s ~ $ gksu Gnome-Commander

(gksu:10660): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1 char 86: Element 'b' was closed, but the currently open element is 'big'

(gksu:10660): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1 char 86: Element 'b' was closed, but the currently open element is 'big'
qwarelin@qwarelin-Lenovo-G505s ~ $  

Amikor csatlakoztatni akartam az Adatok particiót, többféle képpen is beirtam aGnome-Commandert, Kis betűvel nagy betűvel kötőjellel vagy anélkül, de mindig ezt a hibát irta ki.

 

#11 Egy másik megoldás (ne keverd az előbbivel ... bármennyire is vonzó lehet).

nano .xinitrc

Ha nem létezik a szövegfájl (problémába ütközöl), akkor elsőnek létrehozod,

touch .xinitrc

másodjára szerkeszted.

nano .xinitrc

Bele ez a szöveg,

#! /bin/bash
xhost +localhost &

és mented az előbbi módszerrel.

Következik egy rendszer újraindítás,

sudo reboot

majd a Gnome Commander indítása.

pkexec gnome-commander

Az ötlet innen jött,
http://askubuntu.com/questions/614387/gksu-gtk-warning-cannot-open-displ...
és a megvalósítás is ugyanaz.

Tanulgasd a rendszer működését ... . Jó éjt!
(a megoldásra gondolj; https://www.youtube.com/watch?v=m_6JMhkDZU0 :) )

#10 Értem. Az alapszintű probléma megoldáshoz (van más gond is persze, rendszer szintű) egy kérdést érdemes tisztázni; mégis mi a Gnome Commander indítóparancsa a teljes elérési úttal. Szerintem az alábbi
http://packages.ubuntu.com/trusty/amd64/gnome-commander/filelist
de a Synaptic csomagkezelőben is megnézhető.
Tehát ez az indító parancs a teljes elérési úttal:

/usr/bin/gnome-commander

Próbáld ezt futtatni:

pkexec /usr/bin/gnome-commander

Mi a válasz?

#14 'Bár lehet hogy azért mert tegnap a frissítéskezelő jelzet egy frissítést és azt telepítettem (2es színtű)?'

Igen, nagyon valószínű. A telepített frissítések rendkívüli módon javítják a rendszer stabilitását. Főleg, ha egy olyan hibát javítanak ki, amely több dologból adódik össze, mondjuk, bizonyos körülmények együttállásakor ..., ezt valakik felfedezték (bug jelentés), és ezért ki lett javítva.

A négy sorra írtam valamit, keresd meg. És csináld meg ... . Da capo al fine.

#11

A GN-nél a hiba a billentyűzet, és a szék között van. Ahogy olvastam a hozzászólásiad beugrott, hogy anno az ALT+F2-vel nyitottam meg a futtatást, és ott írtam be a "gksu gnome-commander-t" Visszon azt nem értem, hogy akkor a terminálban nem lehet igy működésre bírni a GN-t?

Ma reggel megint másodjára indult a gép. A másik két "hibát" gyosan kipróbáltam de azok most is jól működtek! (wincsikiadás, kijelentkezés). 

Bár lehet hogy azért mert tegnap a frissítéskezelő jelzet egy frissítést és azt telepítettem (2es színtű)?

Délután felraktam az Oracle VM VirtualBox-ot, Na azóta nem működik a kijelentkezés, visszaadta a négy sort amit valahol már irtam. És a bekapcsolásnál is min. egyszer újraindul. Többször is ki be kapcsoltam a gépemet.

Ezt jött megint elő újraindításnál.

*spech-dispatcher disabled. edit/etc/default/speach-dispatcher

*virtualBox Additions disabled, not in a Virtual Machine

saned disabled. edit /etc/default/saned

* restoring resolver state...

#17 'Amit múltkor írtál megcsináltam'
Mi volt az pontosan? Segítenél felidézni a dolgot?

#16 Tisztázzuk: Igen az ALT + F2 használatával tudom használni a gksu gnome-commander utasítást.

Az újraindulásos indítás, és a kiléptetős kijelentkezés jobban idegesít. Nem értem, hogy tegnap reggel jó volt a kijelentkezés akkor a virtualbox telepítése után miért romlott el megint.

Amit múltkor írtál megcsináltam, most jó. De várok pár napig, hogy biztosat merjek mondani.

#42 Add ezt,  'acpi=force'a képen látható sor tartalmához (a sor végi macskaköröm marad)

szerkesztéssel, így,

sudo nano /etc/default/grub

- mentsd a fájlt (Ctrl + Alt + O és utána Enter),
- lépj ki a nano szövegszerkesztőből (Ctrl + Alt + X),
- frissítsd a grub-ot a változtatásra,

sudo update-grub

- majd indítsd újra a rendszert, hogy lásd az eredményt.

sudo reboot

     forrás; http://askubuntu.com/questions/478205/upgraded-12-04-to-14-04-splash-get...

#41 Köszönöm! Így már csak a synaptic jelenik meg! :)

Más: Eddig minden jó csak a sudo apt-get update, sudo apt-get upgrade-t használtam, és a frissítéskezelőt. Ezek után a kijelentkezésnél megjelent egy felirat. Nem  befolyásolja a kijelentkezést, de a frissités előtt nem volt.

Eddig csak ez a két felirat volt:

Linux MInt 17,3 Rosa qwarelin-lenovo-G505s tty1

qwarelin-lenovo-G505s Login                                                           [ok]

Most miután ez eltűnik a következő jött elő ami eddig nem volt:

* restoring resolver state...

Ez mi lehet?

#44 '

11.15. Energia- és erőforrásgazdálkodás

Írta: Pandya, Hiten és Rhodes, Tom.

Fontos a hardveres erőforrásaink hatékony kihasználása. Az ACPI megjelenése előtt az operációs rendszerek csak nehézkesen és rugalmatlanul tudták kezelni a rendszer energiafelhasználási és hőszabályzási lehetőségeit. A hardvert a BIOS kezelte, ezért a felhasználó kevesebbet tudott látni és irányítani az energiagazdálkodási beállításokból. Az Fejlett energiagazdálkodás (Advanced Power Management, APM) ehhez nyújtott egy erősen korlátozott felületet. Napjaink operációs rendszereiben az energia- és erőforráskezelés az egyik legfontosabb alkotóelem. Például, ha az operációs rendszerrel folyamatosan figyelni akarjuk a rendszer hőmérsékletének váratlan növekedését (és erről figyelmeztetést kérni).
...

11.15.1. Mi az ACPI?

A speciális energia- és konfigurációs illesztő felület (Advanced Configuration and Power Interface, avagy ACPI) gyártók egy csoportja által létrehozott szabvány, amely a hardveres erőforrások és az energiagazdálkodás egységes felületét rögzíti (innen a neve). Döntő szerepet játszik a Beállítások és az energiagazdálkodás operációs rendszerek áltai vezérlésében, vagyis segítségével az operációs rendszer még nagyobb mértékben és rugalmassággal tudja irányítani ezeket a lehetőségeket. A modern operációs rendszerek az ACPI felbukkanásával "kitolták" a jelenleg meglevő Plug and Play felületek korlátait. Az ACPI az APM közvetlen leszármazottja.'
https://www.freebsd.org/doc/hu/books/handbook/acpi-overview.html
http://wiki.hup.hu/index.php/ACPI

Tehát arról van szó, hogy a név-feloldás ('resolver'), a DNS
http://people.inf.elte.hu/csa/MAN/HTML/
http://manpages.ubuntu.com/manpages/wily/man3/resolver.3.html
https://wiki.debian.org/NetworkConfiguration
nem tud működni, mert az energia gazdálkodás nem 'élesztette' fel azt az eszközt, amely az alapértelmezetten beállított internet kapcsolatodhoz tartozik. Például lehet az eszköz 'Plug and Play'
(egy USB-s modem; listázása; 'lsusb'),
vagy fixen beépített belső eszköz, azaz nem periféria
(ilyen egy hálózati kártya, azaz például Ethernet kártya, azaz PCI eszköz,
listázása; 'lspci' vagy egy másik példa 'lspci -nnkv').

A DNS, azaz Domain Name System lehet belső (host) és külső (net) hálózati tartomány felé irányuló.
https://hu.wikipedia.org/wiki/Domain_Name_System

Ha nem talál eszközt a rendszered a hálózatokhoz, akkor kapod ezt az üzenetet. Jellemzően laptopoknál, hiszen az ACPI jelentősége itt mutatkozik meg igazán, asztali gépen nem annyira jellemző a rendszer által való működ(tet)ése.

Az 'acpi-force' kapcsoló erőlteti az ACPI használatot -egyes esetekben ez nem jó, felesleges, de a nálad jelentkező figyelmeztetés esetében mindig (legtöbbször) beválik- de főleg a 2000 (év) előtti kiadású BIOS verzióknál javasolt használni. A BIOS is kezeli az eszközöket ... .
https://help.ubuntu.com/community/BootOptions

___

Nem jól értelmezted, amit írtam, egész pontosan ezt a szóösszetételt használtam, hogy; 'add hozzá' (a meglévő sorhoz ... annak -jelenlegi- tartalmához), azt, hogy 'acpi=force' (másold)
Tehát így nézzen ki véglegesen -a változtatásokkal- a sor;

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"

A többi lépés jön ez után. A nano-ban a kurzor nyilakkal tudsz navigálni, de a 'gksu'-val a 'sudo' helyett bármely 'ablakos' szövegszerkesztővel, például a Pluma-val is elvégezheted a szerkesztést;

gksu pluma /etc/default/grub

A 'gksu'-s parancsokat ki lehet adni
- teminálban vagy
- a 'Futtatás' ablak használatával, melyet az Alt + F2 billentyű kombinációval hívsz meg.

Annyit még hozzátennék, hogy mindezek előtt mentsd az eredeti GRUB-ot (nem örök életre szól, mert a később telepített kernelek értelemszerűen nem ebbe mentődnek -használaton kívüli másolat lesz ez- de érdemes menteni, és a másolat ugyanott, az '/etc/default/' könyvtár elérési úton lesz. a tartalmát megnézheted a fájlkezelődben is);
(tehát a biztonsági másolat készítése)

sudo cp /etc/default/grub /etc/default/grub.ORIG

Másold a parancsokat.

És, ha megvan a szerkesztés, jönnek ezek a -már javasolt- parancsok;

- frissítsd a grub-ot a változtatásra,

sudo update-grub

- majd indítsd újra a rendszert, hogy lásd az eredményt.

sudo reboot

Információ

A név-feloldások beállításai ide mentődnek;

FILES
/etc/resolv.conf          resolver configuration file
/etc/host.conf            resolver configuration file

A hálózati tartományoknak (belső/saját és külső/kifelé, befelé) van egy személyi igazolvány számuk (az IP cím) és van egy közismertebb nevük is (pl. linuxmint.hu).A kettő 'között' működik a név-feloldás, kitalálható, hogyan ... például egy webes oldal meglátogatásakor a rendszered kap egy IP címet a befelé irányuló kommunikáció alkalmával, majd azt 'lefordítja' neked a láthatóra (ez egy példa a sok közül), 'valahonnan' kapott információkból. A belső hálón is hasonlóképpen működik a dolog (és Windows, OS X vagy más rendszereken is, mert ez egy szabvány). Ezt a rendszered végzi. Csakhogy az eszköz nem éledt fel, azaz nincs, nem létezik ... (nem kapott -megfelelő időben- áramot).

#43 Akkor e helyett GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" ez legyen GRUB_CMDLINE_LINUX_DEFAULT="acpi=force"?

Mit gondolsz mi okozhatta? Legközelebb, hogy tudom elkerülni? Tényleg csak a fissités után jött elő!