Hát egyelőre we are not amused...
1. 3 hónappal a release után még mindig él ez a bug
2. a dnf/yum konkrétan nem csinál semmit, nem volt türelmem kivárni, hogy történjen vmi, este túrom tovább még a netet, hogy wtf (net egyébként van)
3. IM kliens (pidgin) default-ból nincs, van viszont transmission ééééééééééés devassistant! (ez valami linuxos perverzió lehet, hogy 20 évvel később is még teletoljuk a desktop release-t dev toolokkal, mert az r=1 user majd biztos rögtön elkezd kódolni)
4. a Gnome3 még mindig nem segíti a produktivitást, de ha lesz végre csomagtelepítő, akkor megy fel egy MATE
5. nem értem, miért gyilkolták ki a mostani distrók logoff képernyőjéről a hibernálást (parancssorból persze remekül működik a systemctl hibernate)
Szóval az install utáni első fél óra nem volt akkora élmény.
- mogorva blogja
- A hozzászóláshoz be kell jelentkezni
- 1399 megtekintés
Hozzászólások
Szóval alap install után nem megy a csomagkezelő egyáltalán...?
- A hozzászóláshoz be kell jelentkezni
De természetesen megy hiba nélkül, nemrég telepítettem én is. A konzolos UI-on is picit csiszoltak.
- A hozzászóláshoz be kell jelentkezni
Pontosan.
Se a dnf (vagy mi), se a yum.
A dnf kb. kiírja, hogy milyen plugin-jei vannak és megáll, mintha várna valamire.
A yum kiszól, hogy ő már deprecated és aztán ugyanúgy megáll, mint a dnf.
Este még guglizok, de ez így elsőre szomorú.
- A hozzászóláshoz be kell jelentkezni
Csak én érzem az iróniát abban, hogy a "dnf" did not finish?? :D
- A hozzászóláshoz be kell jelentkezni
Az a gyanúm, a dnf olyankor rpm adatbázist épít, vagy valami ilyesmi. Az első futtatáskor úgy emlékszem, valóban irreálisan lassú, nincs lefagyva, csak azt bökték el, hogy nem ír semmit az stderr-re, hogy kisgazdám, légy türelemmel, működöm, nem fagytam szét. Szóval szerintem egy épp hibátlanul futó, ám ostoba módon viselkedő dnf-et break-eltél meg.
A yum meg azért nem ment, mert az meg egy symlink a dnf-re. :) Szerintem csináld ezt:
dnf clean all && dnf -y update
Aztán hagyd magára.
1. Gondolom, azért él az a bug, mert a kiadás óta nem csináltak új DVD image-et. Az oprendszer frissül, de az image nem. De miért nem netinstallt használtál?
3. Teljesen mindegy, mi van default-ból. Kernel, systemd, bash, glibc, dnf van, minden mást feltehetsz, eltávolíthatsz utána kedvedre.
4. Nem tudok érdemben hozzászólni, Xfce-t használok, live-on meg Openbox-ot. A megoldás az, amit írtál, a neked kedveset használd.
5. Mi akadályoz meg, hogy csinálj magadnak hibernálást? Akár panelra kitett indítóikon alig néhány soros scripttel. Mindegy, Xfce-n ez is megoldva. Figyelj arra, hogy legyen efféle kernelparamétered:
resume=UUID=itt_egy_uuid_áll
Az adott uuid azt a swap-et azonosítsa, amelyikbe a hibernáláskor az image kerül. A swap úgy tudom, nagyobb kell legyen, mint a fizikai RAM és a video RAM összesen. Az elsőnél mindenképp, a másodiknak utána kellene néznem. Ezen felül én használom ezt a kernelparamétert is:
zswap.zpool=zsmalloc
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Nekem is gyanús, hogy csinál vmit, de túl sok erőforrást nem vitt, viszont legalább a logját sem írta tele. És a grafikus csomagkezelő ("Szoftverbolt", vagy mi a fene magyarul) is hosszas tekerés után feltette a kezét, hogy nem megy és kész.
1. bug: akkor is szomorú. Azért nem netinstallt használtam, mert nem ahhoz volt kedvem. :)
3. ha működne a csomagtelepítő... (ami persze lehet, hogy működik, csak nem tűnik úgy)
4. MATE (ha lesz működő package manager)
5. természetesen semmi nem akadályoz meg, csak azt tapasztaltam, hogy mostanában valahogy kevéssé tolják az ember arcába ("régebben minden jobb volt"). egyébként ahogy írtam, parancssorosan tökéletesen működik.
- A hozzászóláshoz be kell jelentkezni
tcpdump is your best friend, amugy meg lehet valami nevfeloldasi issue. Probald meg a mirrorlist-es megoldas helyett atutni a baseurl-esre a /etc/yum/repos.d alatti repo fajlokat.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
"desktop release-t"
Olyan Linuxbol nemigen van. Legfeljebb olyan release, ami default telepit grafikus kornyezetet is...
"nem értem, miért gyilkolták ki a mostani distrók logoff képernyőjéről a hibernálást"
Ott van az, csak a shutdown kepernyon kell keresni, a sleep-pel egyutt.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
"Olyan Linuxbol nemigen van. Legfeljebb olyan release, ami default telepit grafikus kornyezetet is..."
Fáj is eléggé, hogy tele vannak tolva minden felesleges cuccal.
Tudom, meg lehet oldani.
"Ott van az, csak a shutdown kepernyon kell keresni, a sleep-pel egyutt."
Talán "logoff", "shutdown" meg "reboot" volt.
De majd még megnézem.
- A hozzászóláshoz be kell jelentkezni
MATE-t hasznalok, arrol tudok nyilatkozni. A GNOME3-rol csak csukodzkodni tudok.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Na jó, ha precízek akarunk lenni, az F22-ben tényleg nincs desktop release, de van "Workstation", s biztos sokan erre gondolnak, mikor desktop-ot emlegetnek...
- A hozzászóláshoz be kell jelentkezni
Válogass kedvedre: http://alt.fedoraproject.org/pub/alt/live-respins/
- A hozzászóláshoz be kell jelentkezni
A dnf továbbra sem csinál semmit.
Van "switch user", "logout", "restart" és "power off" lehetőség. Hibernálás by default sehol.
Beállíottam, hogy ha 15 percig nincs aktivitás, akkor pihenjen (power opciók, suspend & power off, automatic suspend on).
A suspend még gyönyörűen ment, viszont amikor vissza akartam lépni a session-ömbe, akkor indított egy tök újat. A processzeim futva maradtak (ps -sel látszanak), de pl. nem tudtam új Foxot indítani, mert panaszkodott, hogy ő már fut. Kár, hogy a régi session-ben.
Csak hogy ne higgye senki azt, hogy valami ultra unstable dologról van szó:
$ cat /etc/redhat-release
Fedora release 22 (Twenty Two)
$ uname
Linux hpnoti 4.0.4-301.fc22.x86_64 #1 SMP Thu May 21 13:10:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Most még adok neki még egy esélyt: netinstall.
Értem én, hogy workstation, de nem hagyja, hogy wörköljek. (vö: bus station, train station, work station)
- A hozzászóláshoz be kell jelentkezni
"A buszállomás az a hely, ahol a buszok állnak, a vonatállomás az a hely ahol a vonatok állnak, az íróasztalomon viszont van egy munkaállomás...." - by T_chris
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
5: biztos a windowsról koppintották az ötletet (nem vicc)
- A hozzászóláshoz be kell jelentkezni
Ebben mi az innováció? Nálam van hibernálás, de nálam semmi sem default szinte.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Valószínűleg az, hogy amikor 8+ GB memória és egy ssd már nem számít luxusnak, gyorsabb egy clean boot mint egy visszatöltés hibernálásból. A gond csak az, hogy ez nem az átlag, az átlagnak még gyorsabb a hibernálás. Szerencsére nem olyan nehéz visszavarázsolni a menüpontot.
- A hozzászóláshoz be kell jelentkezni
Hibernálás use case: olyan felhasználó, aki sokat mozog notebookkal és onnan akarja folytatni a munkát, ahol befejezte. És nem csak a nyitott Firefox tabokról van szó, hanem csomó más dologról.
- A hozzászóláshoz be kell jelentkezni
Ilyenkor szoktam sleepelni, mennyivel jobb (manapság!) a hibernálás?
- A hozzászóláshoz be kell jelentkezni
Desktop gépet használok, annak meg ugye nincs akkumulátora, az ELMŰ-ben meg nem bízom meg annyira, de elég csak rövidre zárni a malac két orrlyukát. Olvastam, hogy manapság, de hát ez manapság van.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Es miben bizol meg annyira, hogy UPS nelkul hasznalod a gepet, amikor eppen nem hibernlod? O.o
100 EUR egy 10perces, jominosegu APC UPS, ezen nem sporolnek.
- A hozzászóláshoz be kell jelentkezni
+1
Nalunk szerencsere 10 ev alatt talan ketszer volt aramkimaradas, az is viszonylag rovid idotartamban (par perc).
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Egy poszttal felettem arról volt szó, hogy valaki "sokat mozog notebookkal és onnan akarja folytatni a munkát, ahol befejezte".
Értelemszerűen ez a subthread desktop gépeknél n/a.
- A hozzászóláshoz be kell jelentkezni
A RAM frissítéséhez is kell villany :), ha kevés is. Mi van, ha lemerül az akku néhány nap elteltével? Jobb a háttértárra írás, bár van hibrid megoldás is. Ebben az esetben az image háttértárra kerül, aztán sleep. Ha feléled sleep-ből, akkor gyors, ha meg közben elment a táp, image-ből éled.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A válasz kérlek igen egyszerű: sleep (suspend) módban a gép működik, csak éppen low power módban. Hibernáció esetén meg kitolja a memóriát a swap-ba és kikapcsol.
- A hozzászóláshoz be kell jelentkezni
A definíciót ismerem, arra gondoltam, hogy a gyakorlatban miért kéne hibernálnom a fenti use case-ben. Ha ugyanonnan akarom folytatni a munkát, akkor max 1-2 napos intervallumról beszélünk, arra meg bőven megfelel a sleep a modern device-oknál.
- A hozzászóláshoz be kell jelentkezni
Magam is írni akartam, de mogorva már megtette, a hibernálásban nem a boot time lerövidülése a pláne.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Valószínűleg a repo-k elérésével volt gondom, ugyanis:
- netinstall iso lejött (tehát net volt)
- netinstall bebootolt
- a netinstall beleállt, mint a cövek abba, hogy megtalálja a repo-kat (dróttal és drót nélkül is)
- majd még 2x
- viccből és ellenpróbaként felment egy mageia netinstből (gond nélkül)
Így lett tehát a Fedora 22-ből Ubuntu 15.04.
- A hozzászóláshoz be kell jelentkezni
Így is lehet, nyilván neked ez a jobb megoldás. Ugyanakkor sokaknál - így nálam is - gond nélkül működik, ha valami mégis adódik, megkeresem a hiba okát, s megjavítom.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Oke, de itt konkretan mi lehet a hiba oka? Ugyanis ilyenbe en is beleszaladtam, hogy egy gepen a yum megtagadta az egyuttmukodest, es csak a sokadik reinstall es a sokadik ora szopas utan kezdett el mukodni - latszolag ok nelkul - es akkor sem volt gyors. DNS, halozati para kizarva.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Virtuális gépen szaladtam ilyesmibe bele, ha jól emlékszem, a /var/cache/{dnf,yum} törlése segített.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni