Új hozzászólás Aktív témák
-
kovaax
őstag
De valamiért nem azt rakták bele defaultnak, úgyhogy nem azt használom. De megnézem mindjárt az xfce spinen.
Nem, már csak azért sem, mert tisztában vagyok vele például, hogy minden csomag sokkal frissebb a Fedorában, mint a stabil Debiánban, amit használok. De amúgy meg raktam már fel próbaképpen a Debiant is deszktopnak next-next-finish módszerrel, és egy egész pofás gnomeos felületet kaptam (most persze tekintsünk el a sokak szerint gagyisztikus témától). Mondjuk nem volt fent tovább egy napnál, ha jól emlékszem.
-
#3117
kovaax
őstag
rokefeller
#3116
kovaax
őstag
válasz
rokefeller
#3116
üzenetére
Lányos zavaromban már az előző írásom után leszedtem, úgyhogy most bajban lettem volna, ha meg kellett volna néznem valamit benne...
Ilyen versionlock.list fájlom nincs. A teszt gépemen viszont jól működik a dolog, a két utolsó kernel van fent. Mondjuk nem ugyanakkor szoktam őket frissítgetni, ráadásul az 32 bites, ez meg 64. X Akták!
Szerk.: Plusz az Xfce Spin, ez meg G3.
-
#3115
kovaax
őstag
rokefeller
#3114
kovaax
őstag
válasz
rokefeller
#3114
üzenetére
Nem, minden update-tel ment fel (kivéve a chrome első alkalommal, meg az rpmfusion). Hogy tudom megnézni, hogy be van-e lockolva?
Szerk.: Legalábbis azt hiszem...
-
kovaax
őstag
Hell! \m/
Na, megint zavart érzek az erőben, de persze elfogadom azt is, hogy egyszerűen csak hülyeséget gondolok. Egyrészt most jöttem rá, hogy a Debian grubja növekvő sorrendben rakja a menübe a kerneleket, tehát nekem mindig a legalsót kell kiválasztani ha a legfrissebbet akarom butulni (persze nem írja ki a menüben a verziókat, mert az úgy túl egyszerű lenne). Eközben pedig azt vettem észre, hogy az első menüpont kb. az eredeti installkor felkerült kernel, a másik pedig a legfrissebb (installonly_limit=2 van beállítva a /etc/yum.conf-ban). Nem a két legutolsónak kéne fent lenni? Most megnéztem yum-mal a csomagokat, és ezek vannak fent:
[peter@otthon ~]$ yum list installed | grep "^kernel"
kernel.x86_64 3.1.0-7.fc16 @koji-override-1/$releasever
kernel.x86_64 3.1.5-2.fc16 @updates
[peter@otthon ~]$Jó ez így? Bág vagy fícsör?
Szerk.: Nem beszélni magyar...
-
#3102
kovaax
őstag
rokefeller
#3098
kovaax
őstag
válasz
rokefeller
#3098
üzenetére
Úgy tűnik, hogy a nm csak a dns cache-nek használja a dnsmasq-ot, holott mást is lehet vele művelni. Én pl. vele szűretem ki a reklámos szájtokat (mondjuk ez nem nagy vaszisztdasz, ha a hosts-ba beírom őket 127.0.0.1 ip-vel, akkor is jó vagyok, csak akkor a dnsmasq-nak kell a hosts-ban is keresgélni).
-
#3097
kovaax
őstag
rokefeller
#3096
kovaax
őstag
válasz
rokefeller
#3096
üzenetére
Vagy más.
-
kovaax
őstag
Na, hát persze NetworkManagerrel semmi se úgy működik, ahogy kéne.
A NM generál magának egy /var/run/nm-dns-dnsmasq.conf fájlt, amiben csak a dhcp-vel megszerzett dns szerverek vannak, és ezzel hívja meg a dnsmasq-ot. Úgyhogy írhatok én akármit a /etc/dnsmasq.conf-ba... 
-
kovaax
őstag
Már micsoda? Hogy ne menjen el a szolgáltató leterhelt dns szerveréig minden egyes alkalommal ugyanazokért az ip-kért böngizés közben? Szerintem ez bizony desktop felhasználás!
Szerk.: Plusz a dnsmasq-ot használom a hirdetős szájtok kiszűrésére is, hogy ne lassítsa a tetű gépemet a sok flash reklám.
Logika van benne desktopon, mert ott úgyis egy particióra rakja a rendszert az ember, max a /home-ot veszi külön. De ott nem is fog közös /usr-t használni több gépen... Mindamellett, hogy az eredeti unix koncepcióban is van logika.
-
kovaax
őstag
Amin viszont már egy jó ideje mérgelődök (ha már írtam, akkor bocs):
Már csak azt szeretném tudni, hogyha besz@rik a /usr filesystem, de fel tudom hozni a root-ot, akkor a /usr/sbin alatti eszközökkel hogyan fogom tudni megjavítani a /usr-t... Persze lehet én vagyok a régimódi...
De a cikk is írja a hülyeséget: It will also make it easier to integrate /usr/ in read-only form or access a /usr/ share from multiple systems. Szóval van egy szerverem, aminek a /usr-ét kiajánlom a klienseknek read-only-ban, hogy ne kelljen mindenhol foglalnia a helyet. Na de a klienseken hogy hozom fel ezt a fájlrendszert, ha minden program a /usr alatt van??? Ja, hogy mégis csak lesz a gyökérben néhány parancs (pont erre volt ugye a /sbin)...
-
kovaax
őstag
Na, végül is a man NetworkManager.conf -ban találtam meg a megoldást, így néz most ki nekem:
[main]
plugins=ifcfg-rh
dns=dnsmasqÉs lőn világosság:
[root@otthon log]# grep dnsmasq messages
Dec 5 22:49:36 otthon NetworkManager[728]: NetworkManager[728]: <info> DNS: loaded plugin dnsmasq
Dec 5 22:49:36 otthon NetworkManager[728]: <info> DNS: loaded plugin dnsmasq
Dec 5 22:49:38 otthon NetworkManager[728]: NetworkManager[728]: <info> DNS: starting dnsmasq...
Dec 5 22:49:38 otthon NetworkManager[728]: <info> DNS: starting dnsmasq...
Dec 5 22:49:38 otthon dnsmasq[885]: started, version 2.58 cachesize 150
Dec 5 22:49:38 otthon dnsmasq[885]: compile time options: IPv6 GNU-getopt DBus no-i18n DHCP TFTP no-conntrack no-IDN
Dec 5 22:49:38 otthon dnsmasq[885]: using nameserver 666.666.666.665#53
Dec 5 22:49:38 otthon dnsmasq[885]: using nameserver 666.666.666.666#53
Dec 5 22:49:38 otthon dnsmasq[885]: read /etc/hosts - 2 addresses
[root@otthon log]#Szerk.: Jó voltam, mehetek mostmár aludni.
-
kovaax
őstag
Na tumblerd megint nem engedte el a pendrájvomat, ez így nem lesz jó! Nem lehet valahol kikapcsolni a nyamvadékot???
Más: Valaki próbálta már összereszelni a NetworkManagert a dnsmasq-kal? Elméletileg a 0.8.akárhány már kezeli, de a 0.9.1.90-be (F16) nem találok semmi utalást rá... Vagy ne is próbáljam meg kattintgatva megoldani ezt se, hanem menjek neki a konfigoknak kézzel???
-
-
kovaax
őstag
Itt most két külön kérdés van szerintem. 1. Mennyi látszon? 2. Mennyi legyen fent?
Az elsőt nem tudom, a másodikra meg a válasz: a /etc/yum.conf -ban van egy olyan, hogy installonly_limit=3, ezt kell lentebb venni. Nekem 2-n van, mert ha frissül a kernel, és azzal véletlenül valami nem működne jól, akkor még mindig van egy kernelem, amivel be tudok bootolni... Persze le lehet venni 1-re is, csak akkor nehezebb dolga van az embernek, ha valami mégis félresikerül. -
kovaax
őstag
Na, ezen próbáltam kicsit csiszolni (lelövöm a poént: sikertelenül)... A kisgépemen volt F16 XFCE spin, meg Xubuntu 11.10, meg custom Debian. Mondok lecserélem a custom Debiant XFCE Debianra, és akkor lemérem mindet jól. Ehhez ugye kell az, hogy tudjak valami szabvány XFCE installt Debianból, de neki nincsenek külön spinjei, ezt-azt lehet install közben választani, de nem emlékeztem rá, hogy ablakozót lehet-e, de találtam róla wikit, felraktam. Aztán elkezdtem leméregetni őket, és sajnos már az elején beugrott, hogy a Fedora valamiért nem szereti a kisgépemet, mert butulás közben mindig megpihen egy időre... Ez így volt F15 alatt is, és sajnos nem javult meg a 16-ra sem. 19 mp magasságában kikapcsolja a monitort és elcsendesedik, majd 2 perc körül kezd megint éledni, és 2:11:04-re áll fel teljesen (grub menütől mérve)...
Mindenesetre azért ideoffolom: Debian 6.0.3 XFCE: 24:17; Xubuntu 11.10: 33:92.De annyi haszna volt legalább, hogy tanultam egy kis Debiánt.
Meg azt is tudom mostmár, hogy a Debcsi XFCE a legbénább mind közül, legalábbis kinézetre. 
-
kovaax
őstag
#3027 Vladi & #3028 rokefeller & Mindenki más
Most akkor szeretjük a Gnome Shellt, vagy sem? Nekem semmi bajom vele igazándiból. Most csak azért kérdem, mert az Unity-t nagyon fikázzák, csak azt nem próbáltam még ki (nyert a Fedora, és azt raktam a gyorsabb gépemre a Debian mellé, a lassabb meg nem viszi a Unity-t). Olvasgattam ilyen összehasonlító teszteket, és igazándiból az jött le belőle, hogy mindkettő nagyot próbál újítani, tehát sokszor szokatlan. Meg hogy az Unity lassabb valamivel.
-
#3030
kovaax
őstag
rokefeller
#3026
kovaax
őstag
válasz
rokefeller
#3026
üzenetére
Nem, de a korábbi hozzászólásomban írtam is, hogy a Debian eléggé custom install, szóval nem teljesen fair az összehasonlítás.
Majd este összevetem az F16-ot az U11.10-zel, mindkettőt XFCE-vel, a játszós gépemen.
-
kovaax
őstag
Na, a grub menütől mérve a Debian feláll 16:60 alatt, míg a Fedorának 31:32 kell ugyanehez... Mindkettőt kétszer mértem, mindkettőnél a jobbikat vettem...
Közben lett 39 frissíthető csomag, frissítettem. A frissítés végén kiírta, hogy:
1. Újra kell indítani.
2. Nincs frissíthető csomag. (Ezt a biztonság kedvéért vagy 8-szor...)
3. "A művelet sikeresen megszakítva."
Mindent lekokéztam, legvégül az újraindítást, és újraindult. Egy újabb nagyszerű kaland! -
kovaax
őstag
válasz
csendes
#3020
üzenetére
Nekem a Debian bootolja be, és így gyakorlatilag a teljes boot alatt az elfutó logokat bámulom. De nincs is annál szebb dolog a világon!
Azt viszont le akarom mérni, hogy mennyi idő alatt bootol be, mert gyanús, hogy lassabban, mint a Debcsi. Mondjuk az ki van herélve rendesen, eléggé custom install, ha szabad így fogalmazni.
-
kovaax
őstag
válasz
csendes
#3016
üzenetére
Hehe, ő is szopott a csomagkezelő gui-val, és nem sikerült megoldania. Az installálásnál tényleg volt itt-ott ácsorgás, mondjuk én mintha kevesebbre emlékeznék, de nem szokta az ember naponta újrainstallálni az oprendszerét (nem vindóz ez kérem
). Mint ahogy új programokat se telepít az ember minden nap. Én mondjuk csak böngészésre és mahjonggozásra használom, meg zenét is hallgatok közben, de ezekben nem gátol a Gnome Shell, és gyorsan meg is szoktam az F15 alatt. Bár a Debian /home fájlrendszerét parancssorból állítottam be mountolhatónak, meg se próbáltam kitalálni, hogy hogy lehet klikkelgetve megoldani a problémát, de ennek lehet nekifutok majd egyszer. -
#3015
kovaax
őstag
rokefeller
#3010
kovaax
őstag
válasz
rokefeller
#3010
üzenetére
Igen, kiestem egy kicsit a szerepből...
Amúgy így is megkérdezte installálás előtt, hogy jó-e a kulcs. Mármint amikor azokat installáltam, amik miatt felvettem az rpmfusion-t.
-
kovaax
őstag
Így vettem fel az RPM Fusion-t:
su -c 'yum localinstall --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm' -
kovaax
őstag
Rendszergazdi vagyok, komörsziális unixokon. Egyelőre...
Köszi, én észre se vettem.
Ma sikerült kicsit megfektetni a szoftvertelepítőt (ahol lehet grafikusan válogatni a szoftvárék között). Felvettem kézzel az RPM Fusiont, majd elindítottam a szoftvertelepítőt, de a szöveges keresésre elment az erdőbe. Aztán újraindítottam, és témánként kikerestem, amit akartam, és felraktam, mire megint elment az erdőbe, vagyis mint kiderült utólag, felrakta a cumót, csak nem sikerült neki "visszatérnie közénk". Le lehet valahogy tesztelni, hogy nem sérült-e meg az adatbázisa, vagy újra lehet építeni valahogy?
Szerk.: rpm --rebuilddb
-
kovaax
őstag
Ok, köszi!
Egyszer már nekifutottam, de csak addig jutottam el, hogy "egyszer majd" több időt kell rá szánnom...
Közben feltoltam a nagyobbik gépemre is, a Debian mellé a 64 bites Gnómos deszktopot. Először is megszűnt a chrome összeomlása néhány honlapnál (régebben írtam erről ide), úgyhogy bódottá' van! Másrészt ebben működik a frissítés utáni kijelentkezés gomb, és a selinux vs. chrome probléma sem jelentkezik (sajnos csak a frissítések felrakása után telepítettem a chrome-ot, úgyhogy azt nem tudom, hogy egyáltalán nem volt, vagy az 55 végű selinux-policy rakta rendbe). Szóval úgy tűnik, hogy csak az XFCE spinnel vannak gondok.
-
-
kovaax
őstag
Annyira nem vagyok powerjúzer, hogy érdemes lenne.
Mennyi idő alatt csorog le az ilyesmi a stabil frissítésbe? Nem akarok hekkelni, ha belátható időn belül lejön magától. Mindamellett, hogy valahol ott van a konkrét parancs is, amivel rendbe lehet rakni a selinuxot krómilag.
-
kovaax
őstag
Ezt a bugot sikerült eltalálni. Mikor frissül a selinux-policy 3.10.0-55 -re?
-
kovaax
őstag
Senki sem születik úgy, hogy tudja ezt. Sőt! Úgy sem születik senki, hogy tudja az egeret használni. Vagy a számítógépet. Vagy akár egy kanalat... Úgyhogy ezt is, mint minden mást, valahonnan megtanulja az ember. Például próbálkozik, vagy rákeres a neten, vagy urambocsá', elolvassa a dokumentációt...
-
kovaax
őstag
Sziasztok,
Szopókázok a Fujitsu gépemen lévő F15 XFCE spinnel. Induláskor, mikor kikapcsolja a monitort (minek??? ezt csinálja a másik gépen is egyébként), egyszer csak elhallgat, áll egy negyedórácskát, majd megy tovább. A /var/log/messages-ben ennyi van:
Jul 28 18:04:44 sarge kernel: [ 32.079196] RPC: Registered udp transport module.
Jul 28 18:04:44 sarge kernel: [ 32.079202] RPC: Registered tcp transport module.
Jul 28 18:04:44 sarge kernel: [ 32.079205] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jul 28 18:04:47 sarge ntpd[611]: 0.0.0.0 c61c 0c clock_step -0.202926 s
Jul 28 18:04:47 sarge ntpd[611]: 0.0.0.0 c614 04 freq_mode
Jul 28 18:04:49 sarge ntpd[611]: 0.0.0.0 c618 08 no_sys_peer
Jul 28 18:05:34 sarge kernel: [ 82.054335] SysRq : Keyboard mode set to system default
Jul 28 18:05:35 sarge kernel: Kernel logging (proc) stopped.
Jul 28 18:05:35 sarge rsyslogd: [origin software="rsyslogd" swVersion="5.8.2" x-pid="624" x-info="http://www.rsyslog.com"] exiting on signal 15.
Jul 28 18:21:02 sarge kernel: imklog 5.8.2, log source = /proc/kmsg started.
Jul 28 18:21:02 sarge rsyslogd: [origin software="rsyslogd" swVersion="5.8.2" x-pid="607" x-info="http://www.rsyslog.com"] start
Jul 28 18:21:02 sarge kernel: [ 0.000000] Initializing cgroup subsys cpuset
Jul 28 18:21:02 sarge kernel: [ 0.000000] Initializing cgroup subsys cpu
Jul 28 18:21:02 sarge kernel: [ 0.000000] Linux version 2.6.38.8-35.fc15.i686 (mockbuild@x86-04.phx2.fedoraproject.org) (gcc version 4.6.0 20110530 (Red Hat 4.6.0-9) (GCC) ) #1 SMP Wed Jul 6 14:46:26 UTC 2011
Jul 28 18:21:02 sarge kernel: [ 0.000000] BIOS-provided physical RAM map:Mire/kire vár?
Kőszike!
-
#2876
kovaax
őstag
rokefeller
#2875
kovaax
őstag
válasz
rokefeller
#2875
üzenetére
nem akarod tudni...
-
kovaax
őstag
Hell! \m/
Reggeli közben Fedoráztam egy cseppet, frissült egy rakat csomag. A listában hozta a fedora-release-rawhide csomagot is, kicsit csodálkoztam rajta, de mondok had szóljon, majd jól leszarozom, ha elront valamit.
Aztán szerencsére azt mondta, hogy ezt nem tudja felrakni, úgyhogy kicsekkoltam. Így már felment minden. Ezt már régen is észrevettem, hogy ha valami csomag frissül, azt jó eséllyel fel is akarja rakni, ez pl ott kényelmetlen, hogy a kis gépemre felrakott xfce spin alá idővel odagyűlik az összes [= időközben javított, szerk.] gnome-os csomag is, amire ugye xfce alatt semmi szükség. Tényleg ennyire bonyolult dolog még mindig a függőség kezelés???Az a legszebb, amikor jó drága pénzes unixnál is ezzel szopunk, és a száport csak vonogatja a vállát (jó sok pénzért, persze)...
-
kovaax
őstag
-
#2851
kovaax
őstag
rokefeller
#2850
kovaax
őstag
válasz
rokefeller
#2850
üzenetére
2 oldalon kapom ezt, csak a másik nem jut eszembe, hogy mi. A többi oldallal semmi baj nincs, és azokon is van flash...
-
kovaax
őstag
Valami gebasz van a 64 bites Chrome-mal Fedora 15 alatt. Pár honlapra ezt az üzenetet adja:
Tapasztal valaki hasonlót? 64 bites Debian alatt nem csinál ilyet, meg vindózer xp alatt sem... Mindehol a legfrissebb stabil van fent... F15-ön legalább egyszer frissült a Chrome már, de mindegyikkel ez volt eddig...
-
#2845
kovaax
őstag
rokefeller
#2839
kovaax
őstag
válasz
rokefeller
#2839
üzenetére
A teszt gépemen van xfce, az élesen g3, ez utóbbit nyüstölöm mostanában inkább.
-
#2838
kovaax
őstag
rokefeller
#2837
kovaax
őstag
válasz
rokefeller
#2837
üzenetére
Akkor várok türelemmel.
-
-
kovaax
őstag
Próba képpen átállítottam a nyelvet angolra. A bejelentkező képernyőn továbbra is magyar volt (ezt veszi gondolom az /etc/sysconfig/i18n-ből), de utána angol. Az alkönyvtárak viszont továbbra is magyarok (találtam még egy erre vonatkozó konfig fájlt, az user-dirs.locale-t):
bash-4.2$ ls
Asztal Dokumentumok Képek Letöltések Nyilvános Sablonok Videók Zenék
bash-4.2$ cat .config/user-dirs.dirs
# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
#
XDG_DESKTOP_DIR="$HOME/Asztal"
XDG_DOWNLOAD_DIR="$HOME/Letöltések"
XDG_TEMPLATES_DIR="$HOME/Sablonok"
XDG_PUBLICSHARE_DIR="$HOME/Nyilvános"
XDG_DOCUMENTS_DIR="$HOME/Dokumentumok"
XDG_MUSIC_DIR="$HOME/Zenék"
XDG_PICTURES_DIR="$HOME/Képek"
XDG_VIDEOS_DIR="$HOME/Videók"
bash-4.2$ cat .config/user-dirs.locale
hu_HU
bash-4.2$ -
kovaax
őstag
Ráadásul ez a megoldás sem tökéletes. Ugyanis az első belépéskor létrehozza a rendszer a júzer alkönyvtárait, amiket lerak a ~/.config/user-dirs.dirs fájlba. Aztán ha átállítom a nyelvet, ezek a beállítások megmaradnak (F15 alatt nem próbáltam ki, de F14 alatt még így működött). Gondolom sokaknak trauma, ha az Asztal könyvtár helyett Desktop van. Úgyhogy továbbra is az volna az üdvözítő, ha installáláskor rákérdezne a default nyelvre (merthogy ez kb. júzerenként változtatható, mivel a Rendszerbeállítások Személyes részén szerepel, de aki utólag átállítja, az szívjon a könyvtárakkal magának).
Más: Gnome 3-mal sikerült felrakni a Chrome-ot Firefoxból (Xfce alatt megnyeklett, le kellett töltsem a csomagot és kézzel felrakni).
Amit viszont nem sikerült: A Gnome-ban jól néz ki a Mahjongg, de nem rakja fel a Fedora alapból. Úgyhogy felraktam Szoftver telepítése/eltávolítása segítségével a gnome-games-extra csomagot. Aztán elindítottam a Mahjonggot, mire az mondta, hogy nincsenek meg a valamilyei (táblák vagy téglák, vagy mi a szösz), majd kiírta, hogy válasszak táblát (vagy téglát), és úgymaradt. Nem lehetett kikapcsolni, meg semmit se lehetett vele csinálni (szerk.: ez is milyen már). Terminálból kikilleztem, persze. Aztán felraktam a gnome-games-extra-data csomagot is, és akkor már működött. Szóval még most is kihívást jelent a Fedorának a függőség kezelés, úgy tűnik... -
kovaax
őstag
Na, hát sikerült felrakni szépen. Bármennyire is figyeltem a telepítés során, megint csak ánglus lett a lelkem. Mondjuk most meg sem próbáltam menüből átkonfigolni, vi /etc/sysconfig/i18n, oszt csókolom. Hangja is van.
64 bitest raktam fel, de a flash telepítés feltolt egy rakat 32 bitesnek tűnő cuccot...
A Gnome3 tetszik, de még szopni kell. Pláne hogy elfogadható sebességű gépen használom (új korában, 2007 májusában sem ez volt a leggyorsabb, de hát vegyen erőművet aki játékra használja a gépét). Ja, és normál képerányú a monitorom.
Mission Completed!
-
kovaax
őstag
-
kovaax
őstag
Ez a bug is bug továbbra is: https://bugzilla.redhat.com/show_bug.cgi?id=643676
Ráadásul sötétben tapogatóznak, space nélküli könyvtárokra se működik. A mai világban 8 Gb lemez kell egy virtuális gép felrakásához, amibe tud telepíteni akármit, és ki tudja próbálni és be tudja határolni az ilyen egyszerűen reprodukálható hibákat. De szemmel láthatólag szarnak rá...
És megvan openSUSE 11.4-ben is, csak ott nem "javul ki", ha felrakom a file-roller-t.
-
#2775
kovaax
őstag
szaszayanou
#2774
kovaax
őstag
válasz
szaszayanou
#2774
üzenetére
Pedig tartok tőle, hogy itt is az fstab-ot kell megszerkeszteni... A másikra nem tudom a klikkelgetős választ.
-
kovaax
őstag
Most nézem csak, hogy ráadásul nem is igaz amit ír:
bash-4.2$ ls -l /etc/mtab /proc/mounts /proc/self/mounts
lrwxrwxrwx. 1 root root 17 máj 25 21.34 /etc/mtab -> /proc/self/mounts
lrwxrwxrwx. 1 root root 11 máj 30 21.23 /proc/mounts -> self/mounts
-r--r--r--. 1 peter peter 0 máj 30 21.23 /proc/self/mounts
bash-4.2$ -
kovaax
őstag
Továbbra is faszságot mond a df:
bash-4.2$ df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 9610592 2418352 7094624 26% /
udev 505808 0 505808 0% /dev
tmpfs 512916 272 512644 1% /dev/shm
tmpfs 512916 648 512268 1% /run
/dev/sda1 9610592 2418352 7094624 26% /
tmpfs 512916 0 512916 0% /sys/fs/cgroup
tmpfs 512916 0 512916 0% /media
/dev/sda5 96120588 6196780 88849608 7% /home
/dev/sda1 9610592 2418352 7094624 26% /tmp
/dev/sda1 9610592 2418352 7094624 26% /var/tmp
/dev/sda5 96120588 6196780 88849608 7% /home
bash-4.2$ -
kovaax
őstag
Tegnap előtt felraktam amúgy az F15 xfce spint a fujitsura. Felment rendben, gyorsan, csak nem tud magyarul. Mintha ez az F14-ben ment volna simán (bár ebben bizonytalan vagyok). Meg Firefoxból nem tudta feltelepíteni a Kugli Chrome-ot, de ha letöltöttem, és felraktam kézzel, akkor ment lazán. Majd előkeresem, hogy miket fikáztam a béta próbálkozásomkor, és végigfutok rajta, hogy minden pöpec lett-e. Ja, az fstab-ot meg kellett persze patkolni, hogy ne rakja ki a többi particiót az asztalra, de ez xfce "újdonság", és már kiveséztük a múltkor (vagy itt, vagy az uborkában).
Gondolkodom rajta, hogy fel kéne rakni az éles gépemre is a régi vinyóra, hogy megnézhessem a gnome3-at, csak előbb le kéne takarítani róla a cuccaimat (vagyis ki kéne válogatni, hogy mi kellhet még róla)...
-
kovaax
őstag
válasz
#16820480
#2699
üzenetére
"nekem szerencsére integrált vga-m van, és az intel ilyen szempontból a legjobb linux alatt"
Hát, ez azért így ebben a formában nem volt mindig igaz. Bő egy éve azért raktam egy régi nvidia kártyát a játszós gépembe (a fujitsu, ami az adatlapomon szerepel), mert ubuntu, opensuse és fedora alatt is fagyott rendesen az intel driver. Aztán egyszer csak ráfeküdtek rendesen, és sorban x kernel verzióban is volt intel driver javítás, elképzelhető, hogy akkor szépen rendberakták.
-
#2628
kovaax
őstag
rokefeller
#2625
kovaax
őstag
válasz
rokefeller
#2625
üzenetére
Én Debian alatt alt-tab-ozok lazán, mondjuk IceWM-mel, pedig van tálca is.
-
#2620
kovaax
őstag
rokefeller
#2618
kovaax
őstag
válasz
rokefeller
#2618
üzenetére
Gyanús nekem is így már, hogy tudom, miről van szó...
A NM generál magának egy /var/run/nm-dns-dnsmasq.conf fájlt, amiben csak a dhcp-vel megszerzett dns szerverek vannak, és ezzel hívja meg a dnsmasq-ot. Úgyhogy írhatok én akármit a /etc/dnsmasq.conf-ba... 
Mindenesetre azért ideoffolom: Debian 6.0.3 XFCE: 24:17; Xubuntu 11.10: 33:92.
Új hozzászólás Aktív témák
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- The Elder Scrolls Online Imperial Collector s Edition
- Bioshock 2 Special Edition
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Honor 200 / 8/256GB / Kártyafüggetlen / 12Hó Garancia
- GYÖNYÖRŰ iPhone 15 Pro Max 256GB White Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS4694
- HIBÁTLAN iPhone 13 Pro 128GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS4602, 100% Akkumulátor
- Apple iPhone 6/6 Plus szerviz alkatrészek, készletről akár másnapra!
- Apple iPhone 14 Pro 128GB,Újszerű,Dobozaval,12 hónap garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest