- Microsoft Excel topic
- Windows 11
- Proxmox VE
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- DIGI internet
- Az USA nem akarja visszafogni Kína növekedését
- Kínában túl sok az EV, fokozódik az árháború
- Augusztustól nagyot változik a Shein élete
- Hálózati / IP kamera
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
Aktív témák
-
MODERÁTOR
válasz dcsabesz #33826 üzenetére
A könyvtár jogosultságait kellene megváltoztatni, hogy lehessen bele írni. Kezdőként talán az a legegyszerűbb, ha grafikusan csinálod, kattintgatással.
Alt+F2 -> gksu nautilus
Navigálj el a kérdéses könyvtárhoz, majd jobb egérgomb -> Tulajdonságok -> Jogosultságok, értelemszerűen állítsad át úgy, hogy tudjál bele írni.<-ƘƘ->
-
MODERÁTOR
válasz dcsabesz #33846 üzenetére
Mivel nem azt és nem úgy csináltad ahogy mondtam. De nem is baj, mert a /usr könyvtár jogosultságait nem célszerű átírni.
(#33847) body007: Azt írta, hogy egy külön, formázott partícióra nem tud írni. Ez gyakran megesik, valahogy mégiscsak át kell állítani ilyenkor a jogosultságokat, ahhoz meg root jogosultságok kellenek.
<-ƘƘ->
-
Atapi
senior tag
válasz dcsabesz #33846 üzenetére
nem árt tisztázni, hogy milyen könyvtárhoz, és miért szeretnél hozzáférni. a /usr mappa nem a felhasználók saját fájljainak tárolási célját szolgálja. arra unix alatt a /home/felhasználó mappa való. ahhoz van is default írási jogod.
linux könyvtárszerkezet, párat olvass el.[ Szerkesztve ]
-
Mahesa
tag
válasz dcsabesz #34778 üzenetére
Ez telepítés elején lett így kiválasztva, tehát oda is települtek programok?
Ha nem, akkor az /etc/fstab-ban egyszerűen átírod a /usr-t /home-ra és kész, mármint ha nem volt még semmi se mentve a /home alá, mert akkor azt át kell mozgatni.
Ha a telepítés során használta a 120GB-s /usr partíciót, akkor pl. System Rescue CD-ről bootolj be, csatold fel a / és a /usr partíciókat és a 120GB-s területről mozgass át mindent a / alatti /usr helyre, ami eddig csak csatolási pont volt. Ezután lehet átírni az /etc/fstab-ban a /usr-t /home-ra.
-
Siriusb
veterán
válasz dcsabesz #34778 üzenetére
Először is ellenőrizd, hogy az sda1-en van-e elég az sda6 tartalmát átmásolni és még kellő nagyságú szabad helyed is legyen. Amennyiben igen, liveCD-ről bootolsz, az sda1-en létrehozod a /usr könyvtárat és átmásolod az sda6 tartalmát oda a jogosultságok megőrzésével.
Pl. az sda1-t a /media/p1, az sda6-ot a /media/s6 könyvárba van felcsatolva, akkor rsync -av /media/s6/ /media/s1/usr/ paranccsal átmásolod. Felhívom a figyelmed, hogy a záró perjelet nem kellene lehagyni.
Ezután kommenteld ki az fstab-ban a /usr -es sort és nézd meg, indul-e a rendszered.Majd eldöntheted, mit is akarsz tenni. Ha az sda6 particiót csak adatok tárolására szánnád, akkor az fstabban felcsatolod pl. /media/adatok néven.
Ha a /home -nak akarod az sda6-ot, akkor töröld az sda6-ról a korábbi /usr tartalmát, másold át az sda1-ről a /home könyvtárban lévő cuccokat (szintén livecd, stb.mint az előbb).
Az fstabban a kommentelt sorban írd át a /usr-t /home-ra és töröld a komment jelet.
Az sda1-en lévő /home könyvtárat nevezd át, a biztonság kedvéért ne töröld, amíg ki nem próbáltad, fut-e a rendszer. Ha nem szúrtál el semmit, tisztogathatsz... -
dcsabesz
tag
válasz dcsabesz #35481 üzenetére
Sziasztok!
Erre nincs ötletetek?: "Az volna a gondom, hogy az Ubuntu felajánlotta a distribució frissítését. Azt elfogadtam, frissített, majd a reboot után nem indul el és ezt az üzenetet kapom: "error: symbol not found: 'grub_env_export'.
grub rescue> (itt villog a kurzor)
Mi történhetett? Bebuktam a rendszert? "dcsabesz
-
ntomka
nagyúr
válasz dcsabesz #36147 üzenetére
Ez kemény dió lesz. Próbálkozni lehet.
Meg kéne nézni ezt a ppa-t.
Így telepítsd terminálban:
sudo add-apt-repository ppa:doctormo/xorg-wizardpen
sudo apt-get update && sudo apt-get upgrade
sudo apt-get install xserver-xorg-input-wizardpenAztán egy gép újraindítás után meg kéne nézni csinál-e valamit a géped vele.
ツ Headphones on - World off
-
-
MODERÁTOR
válasz dcsabesz #36222 üzenetére
Mikor indítod a gépet, akkor közvetlen a POST képernyő után tartsd lenyomva a Shift billentyűt. Ha jól csináltad, akkor előjön a GRUB választómenü, amiben máris látod, hogy miről van szó. A legutolsó kernel helyreállítási módját válaszd, majd a kis idő múlva feltűnő újabb választómenüből pedig a legalsó rootot. Ott pedig beírhatod a rendszerment -v parancsot. Onnan szerintem magad is elboldogulsz, igazán egyszerű, csak pár lépés a visszaállításhoz vezető út.
<-ƘƘ->
-
Siriusb
veterán
válasz dcsabesz #38516 üzenetére
Pl. Firefoxban ez a kiegészítő igen jól használható: https://addons.mozilla.org/en-US/firefox/addon/video-downloadhelper/
-
MODERÁTOR
válasz dcsabesz #42757 üzenetére
Hát, mivel igazán nincsen sok választék, ezért a wine-t tudom ajánlani. Nem létezik alternatívája, csakis ráépülő egyéb - esetleg fizetős - megoldások. Illetve a másik lehetőség az, hogy virtuális gépre telepítesz - jogtalanul - Windowst és azon futtatod a programokat.
<-ƘƘ->
-
BigManus
addikt
-
MODERÁTOR
-
-
hallari
tag
válasz dcsabesz #45194 üzenetére
"Mi fut még a háttérben ami eddig nem volt és a rendszerfigyelő sem látja? "
A rendszerfigyelőben a nézet menüben a saját folyamatot állítsd át minden folyamatra, akkor teljes listát kapsz. Nálam a nagy meglepetés az Xorg volt, lényegében megduplázta az addig látható rendszerfoglalási időt..
Meg érdemes a rendszer-beállítások-indítópult alatt kiszedni mindent, ami nem kell, hogy rendszerinduláskor tényleg csak a fontosak induljanak.
[ Szerkesztve ]
-
szoke12
őstag
válasz dcsabesz #45203 üzenetére
Na nekem ugyanez volt. Állandóan 80-90%.
Nekem a Flash ette net közben, de igen, a unity sem bánik csínnyán a procival, meg a rammal.
De ha jól tudom az Intel Atom procik nem igazán bírják a linuxot, inkább win-re lett csinálva.
(Részleteket ne kérdezzetek, vmi szakmai fórumon olvastam)"Élj úgy, hogy ha majd lepereg előtted életed filmje, érdemes legyen végignézni!"
-
floatr
veterán
válasz dcsabesz #45203 üzenetére
A kedvemért beütnéd egy konzolba azt, hogy
udevadm monitor
Ennek a kimenete általában mély hallgatásban kéne hogy végződjön.
Amiatt kérdezem, mert a kernelben régóta van pár acpi-jellegű hiba, és nálam egy netbookon fossa magából az eseményeket, különösen a legutóbbi kernellel, míg egy dell laposon semmi gond nincsen vele. Ezzel esetleg magyarázható lenne a nagy terhelés
A 12.04 daily talán javít valamit a dolgon.Esetleg szintén konzolba
top
Ez legalább megmondja, hogy mi eszi a gépet
[ Szerkesztve ]
-
Nowhereman
őstag
válasz dcsabesz #45203 üzenetére
Mi a digitális rajztábla típusa? Az xserver-xorg-input-acecad 1.4 van az LTS-hez, a legújabb meg a 1.5. Probáld meg a Lubuntut11.10-et esetleg, vagy a debian Wheezyt.
szoke12-nek meg nem kell hinni, az Ubuntu-oneiric az egyetlen Linux alapú rendszer(na jó 11.04 is képes volt tetvészkedni) amibe botlottam, ami nem hasít az atomon mint az atom. Mondhatni, az Ubi11.10 a Linuxok Vistája.
A saját esetedből ítélve mennyi értelme van egy drájver frissítésmentes 5 éves LTS-nek?[ Szerkesztve ]
Utánam a kondenzcsik!
-
floatr
veterán
válasz dcsabesz #45275 üzenetére
Na szóval egy kissé kimaradtam, mivel csak napközben vagyok errefelé. Az, hogy idétlenül fossa magából a logot, nálam azt jelentette, hogy valamilyen driver-hiba miatt azt érzékelte, hogy másodpercenként 20-30 alkalommal kicserélem az akksit a netbookban. Emiatt a kernel ontotta magából a státuszok eseményeit, és ezeket láttad az udevadm monitor kimenetén. Ez a kis alkalmazás egyébként annyit csinál, hogy az udev alrendszeren átfolyó eseményeket monitorozza, és írja ki az aktuális cselekményt. Amikor ez a kimenet egy vadul futó listát ad, akkor ott állati nagy gáz van.
A netbook-kal kapcsolatban amúgy nekem is az volt a megoldás, hogy downgrade 10.04-re, ott ritkábban jönnek az események, 2-3 másodpercenként, vagy akku ki - táp be, nincsen őrület, illetve a 12.04-es daily esetében szintén ritkábban jönnek ezek az események.
Egyébként ha már idáig eljutottál, megtehetnéd azt a szívességet, hogy vagy kommentelsz ide egy rövid leírás keretében, vagy csak kattintasz az affects me linkre. Kicsit nagyobb prioritást kap a dolog, ha többen jelentkeznek, és hamarabb javíthatják, bár ez mondom inkább kernel probléma.
[ Szerkesztve ]
-
floatr
veterán
válasz dcsabesz #45317 üzenetére
Jahhaaaajj, azt már én is megnéztem
Ez így ebben a formában nagy marhaság mert a gépnek nem jut elég ideje feldolgozni az acpi eseményeket, és nem az események forrását csitítja el, hanem azt, ami reagálna rá, és szépen lassan megdöglik az egész rendszer. Csak egyet próbálj ki, nyomd meg a kikapcs gombot, és akkor meglátod h mire gondolok, van h percek telnek el, mire "észreveszi" h mi történt.Az igazi megoldás az lenne, ha a hibás drivert javítanák.
-
floatr
veterán
válasz dcsabesz #45332 üzenetére
Az az én kommentem
(#45320) rybank nagyjából végignéztem a jelenleg futó változatokat, igaz h disztribúciónként. Az van, hogy amikor pendrive-ról feláll a rendszer, már akkor lehet látni, hogy jönnek a felesleges acpi üzenetek; a lucidnál ritkábban, az oneiricnél gusztustalan gyakran, a precise esetében megint lassan, és a f16-ot kipróbálva szintén komótosabban. Bepróbálkoztam az upowerd fejlesztőkkel, de szerintük is kernelprobléma.
[ Szerkesztve ]