- QWERTY billentyűzet és másodlagos kijelző is lesz a Titan 2-ben
- Milyen okostelefont vegyek?
- Bemutatkozott a Fairphone 6
- Mobil flották
- Macrodroid
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Honor Magic6 Pro - kör közepén számok
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- A Galaxy Z Fold7, minden színben és oldalról
Aktív témák
-
#50034
Kendek
MODERÁTOR
Neil Watts
#50033
válasz
Neil Watts
#50033
üzenetére
Fals, hiányos és elavult információkat is tartalmaz. Most már a 12.04-es kiadásnál tartunk, felesleges mondjuk a Breezy kalauz (5.10, 2005). Abból a Grub helyreállításból pár lépés hiányzik, nem mellesleg már minden eszköz sdXN jelölést kap. A rootnak nem állítunk be jelszót és a sudo su sem éppen a legtökéletesebb megoldás. Stb., szóval bőven lenne mit frissíteni rajta.
Természetesen szívesen írok ehelyett egy használhatóbb első hozzászólást is, persze ha aztán tényleg leváltja.
-
#50032
Kendek
MODERÁTOR
Neil Watts
#50031
válasz
Neil Watts
#50031
üzenetére
Hát, szerintem akár maradhat is. De egy új első hozzászólás már legalábbis nem ártana.
-
-
válasz
leslieke
#49972
üzenetére
Ha .deb installer formájában van meg, akkor nem megy vele semmire, mert az konkrétan nem tartalmazza a beépülőt, hanem a netről tölti le telepítés közben. De bizonyos, hogy a 9-es verziót nem nagyon tudná már telepíteni így. Ha megvan neki a targéza, akkor kitudja csomagolni a megfelelő helyre, és akkor az úgy működhet*, de nem kell semmit sem zárolni.
* A legtöbb honlap tiltja a régi és sebezhető Flash Player használatát. -
-
válasz
sirdenis
#49903
üzenetére
Ha logikai hibás a fájlrendszer és azt szeretnéd helyrehozni, akkor futtasd a
sudo ntfsck /dev/sdXN
parancsot. Hardveres jellegű hibát pedig szoftveresen nem lehet helyrehozni, maximum kilehet zárni a hibás szektorokat. De ez sem jelent biztos megoldást, hiszen általában rendre képződnek az újabbak.
-
válasz
Fecogame
#49898
üzenetére
Lehetni lehet, főleg majd a 12.04.1-es kiadás után, de nem ajánlott. Internetforgalomban ugyanott vagy, időben és biztosságban viszont sokkal előnyösebb az, ha letöltöd a 12.04-et és azt telepíted közvetlen. Pendrive-ról is lehet telepíteni, nem kell hozzá feltétlen egy egész optikai adathordozót feláldozni.
-
válasz
MacCaine
#49894
üzenetére
Én már segítettem hasonlókban párszor, de szerintem semelyik sem nézett vissza. Ezért tuti, hogy most nem fogom törni magam, főleg nem ilyen sokért. Amúgy is ha ő tanulja, akkor neki is kéne megoldania ezeket és nem minekünk.
(#49895) Eastman: A témák a ~/.themes könyvtárban tárolódnak, eléggé meglepő módon. Csak ennek a beállításnak az importálása már nehézkes, főleg a dconf esetében.
-
#49806
Kendek
MODERÁTOR
vodkaboy22
#49803
válasz
vodkaboy22
#49803
üzenetére
Még az a szerencse, hogy van hozzá indítóikon és nem kell rootként bejelentkezni.
-
#49678
Kendek
MODERÁTOR
Nowhereman
#49677
válasz
Nowhereman
#49677
üzenetére
Nyugodtan küldhetsz a Launchpadra bug reportot, valószínűleg foglalkozni fognak a kérdéssel. Ha konkrét alkalmazásban találsz sebezhetőséget, akkor pedig a fejlesztőjének célszerű róla jelentést küldeni. Igazából a legtöbb rendszerösszetevő nem kifejezetten Ubuntu fejlesztés, az egész rendszer úgy van összeollózva.
Például ha a sudo működésében azt tapasztalod, hogy akár távoli root hozzáférést is engedhet rosszakaratú egyéneknek, akkor jelentheted a fejlesztőinek (Todd C. Miller), de a Launchpadra is. A fejlesztői pedig majd javítanak rajta, az Ubuntusok meg esetleg megváltoztatják az alapértelmezett beállításait úgy, hogy a sebezhetőség ne álljon fent. -
#49675
Kendek
MODERÁTOR
Nowhereman
#49674
válasz
Nowhereman
#49674
üzenetére
Most ezt így hirtelen nem vágom, hogy mire gondolsz pontosan. Természetesen foglalkoznak az Ubuntunál a biztonsági kérdésekkel, rendszeresen jönnek is biztonsági frissítések. Bár leginkább vissza szokták portolni ezeket a biztonsági foltokat. Mivel az Ubuntut nagyon sokan fejlesztik, ugye főleg közvetett módon, a legtöbb Linux és Linux alapú rendszerekre fejlesztő személy hozzátesz a rendszerhez és annak biztonságához.
De természetesen ha fizikálisan hozzáférnek a géphez és valaki egy kártékony szkriptet helyez el rajta, az ellen nem nagyon tudnak mit tenni. -
válasz
floatr
#49671
üzenetére
Aag véleménye szerint a Precise kiadás kernelében már elvileg nem létező energiagazdálkodás-kezelési hiányosság miatt a hardver ~30%-al több elektromos áramot vesz fel a hálózatból. Úgy gondolja, hogy a normál üzemi állapothoz képest teszi ezt, szóval gyakorlatilag nemcsak, hogy nem él a javított energiagazdálkodás, de még pluszban is fogyaszt a gép (ez a "túláram"). Ez egy olyan bug ami már egy éve létezik, ez a nagy problémája.
Minket, engem ez nem érint, ő viszont a szoftveres méréseivel tudja megkérdőjelezhető módon igazolni az állítását. Az persze már bizonyos, hogy Ubuntuval általánosságban többet fogyaszt a számítógép mint Windowsszal. Viszont ez a tény még nem igazolja azt, hogy a gyárilag tervezetthez képest a Linux kernel magasabb teljesítményfelvételre ösztönözné a rendszert.
Szóval mindenkinek igaza van valamiben, de a helyzet kicsit bonyolultabb. Mert tény, hogy jobban melegedhet a gép, tény, hogy "többet is fogyaszthat" valamivel, de az is tény, hogy a Linux kernel magától nem emeli meg a processzor, vagy más egységek feszültségét. Ezenkívül mindenki jól tudja, hogy a feszültség emelése bizonyos szintig elősegíti a stabilitás, nem pedig rontja azt. Nála pedig ez az elméleti dolog instabilitásban mutatkozott meg, ami persze rengeteg szoftveres és hardveres okból is előfordulhat.
Ennyi a dolog, azt hiszem, hogy egymás győzködésének nincsen tovább értelme. Aag nem villamosmérnők és nem is gépészmérnök. Laikusként pedig helytelenül fogalmaz, hiszen nem ért a témához (viszont annál makacsabb). -
Egyébként ha kicsit gondolkodna, akkor belátná, hogy úgy ahogy van, szamárság az egész amiről beszél. A linkelt cikkben arról van szó, hogy a 2.6.38-as kerneltől azért lett letiltva bizonyos helyzetekben ez az energiagazdálkodási lehetőség, mert instabilitást okozott. A 3.2-es Ubuntu kernelben viszont ott a javítás ami visszakapcsolja ezt a funkciót. Nyilvánvaló, hogy emiatt a várt javítás miatt lehet inkább instabilabb a rendszer és nem amiatt, hogy még nincsen benne. Szóval nem tudom, hogy pontosan miféle javítást is vár még. Hiszen ez amiről szó van ez benne van, már nem adja azt a túláramot a kernel amiről hiszi, hogy igen.
(#49525) aag: Ebben itt mindenki egyetért már elég régóta, ideáig csak te voltál a kivétel.
-
#49484
Kendek
MODERÁTOR
God Vazzeg
#49483
válasz
God Vazzeg
#49483
üzenetére
Abban a tárolóban csak Precise és Oneiric kiadásokhoz vannak csomagok.
-
-
-
#49419
Kendek
MODERÁTOR
lakatosturbo
#49417
válasz
lakatosturbo
#49417
üzenetére
Ha nincs KMS és a zárt meghajtó nem állítja be a felbontást, akkor igen, az elég alacsony marad.
Innen kinézheted a módokat (vga=xxx), a választottat kernelparaméterként kell a /etc/default/grub fájlban megadni. -
válasz
Eastman
#49333
üzenetére
A könyvtár jogosultságainál állíts be másik csoportot, mondjuk a root-ot:
sudo chown root:root /könyvtár/elérési/útvonala
Ha azt akarod, hogy ne is lássák a tartalmát, akkor pedig az egyéb felhasználók jogosultságait is meg kell változtatni:
sudo chmod 770 /könyvtár/elérési/útvonala
-
Jah, ajánlom figyelmetekbe az Átfogó elemzés az SSD-k természetéről című PH!-s cikket. A partíciók helyes eltolásáról a 6. oldalon van szó.
-
#49310
Kendek
MODERÁTOR
vodkaboy22
#49306
válasz
vodkaboy22
#49306
üzenetére
Mármint mire vagy pontosan kíváncsi? SSD-n ugyanúgy működik az Ubuntu és variációi mint normál merevlemezen. Particionálásnál figyelj a helyes eltolásra, én a GPartedet ajánlanám mert az élből kihagy 1 MB-ot a legelső partíció előtt. Telepítés után érdemes lehet pár íráscsökkentő műveletet elvégezni, pl. a fájlrendszer naplózásának visszafogását, vagy a fájlok és könyvtárak legutóbbi hozzáférési ideje rögzítésének kikapcsolását.
Vannak akik szerint a /tmp és pár egyéb könyvtár alá érdemes tmpfs-t vagy ramfs-t csatolni, de szerintem ilyesmire azért már nincsen szükség. Elérhető merevlemezt meg nem érdemes a sebességre érzékeny helyekre becsatolni. Én legalábbis azért vettem az SSD-t, hogy kihasználjam a sebességét. -
-
Elég nagy a valószínűsége, hogy az itteni fórumozók közül másokat nem érint a probléma, ezért nem jelentkezett senki.
De különösebben nem is látom értelmét a kérdésednek, hacsak nem valami klubbot akarsz létrehozni az érintetteknek.(#49216) floatr: Az energiagazdálkodásban nem jeleskedik annyira a nyílt meghajtó, legfeljebb régebbi GPU esetén. Valószínűleg mélyebb szinten kellene átprogramozni a vezérlőszoftvert, de elképzelhető, hogy ehhez nincs elég dokumentáció. Bár egyébként ha még automatikusan nem is működik, de az órajel- és feszültségszabályzás támogatott. Én mondjuk annak idején a notival babrálgattam az órajelét a GPU-nak, de a legalacsonyabb szinten már érezhetően belassult a képi megjelenítés. Akkor még a dinamikus váltás villódzással is járt. Most nem tudom, hogy mi a helyzet, hagytam a francba a notiban mert Ubuntuval alapból hűvösebb mint Windowszal volt. Az asztali gépemben meg az azelőttiben is APU volt, a CPU hűtő meg elvezeti a meleget, ez a dolga. Bár a mostanihoz inkább a zárt meghajtót használom, ez még a fogyasztásban is megmutatkozik némileg, na meg a plusz teljesítmény is érezhető.
-
#49198
Kendek
MODERÁTOR
God Vazzeg
#49184
válasz
God Vazzeg
#49184
üzenetére
Persze, jól meg van csinálva, nem látok benne hibát. Ellenőriztem megint Kubuntun (Igaz, hogy Oneiricen), de nálam rendben elindult a legfrissebb Systemback.
Ezt a hibaüzenetet csak egyetlen ellenőrzés elbukása után kaphatod, ha a $USER kimenete nem root. Iktasd ki ezt a következő paranccsal:sudo sed -i 's+${USER}+root+g' /home/Systemback/.systemback/sbexec
Majd csekkold le, hogy elindul-e, valamint, hogy tudsz-e mondjuk rendszert frissíteni vele. Ha nem vagy root, akkor ugye ott máris elfog akadni.
-
#49176
Kendek
MODERÁTOR
sellerbuyer
#49174
válasz
sellerbuyer
#49174
üzenetére
find /könyvtár/elérési/útvonala -type d -exec chmod 755 {} \;
find /könyvtár/elérési/útvonala -type f -exec chmod 644 {} \; -
Nem így értettem, hanem úgy, hogy nem adnak ki frissített lemezképet a Lucidból (10.04.5). Cserébe telepítés után ha nyomatsz egy frissítést, akkor ugyanolyan friss lesz a rendszer mintha kiadtak volna. Ezeknek csak annyi a lényegük, hogy tartalmazzák a kiadás óta, a kiadásra elérhető frissítéseket. Természetesen a Lucid tárolóiban található csomagok többségének frissessége meg sem közelíti a Precise-ét, de ez természetes.
Az új rendszerhez kompromisszum kell, hiszen igen szembetűnő és lényeges változások következtek be az előző LTS-hez képest.
Én személy szerint számodra valami egyszerűbb és könnyebben használható, felhasználóbarát rendszert ajánlanék. Bár annak az új kiadása is csak kompromisszumokkal jár majd... -
#49140
Kendek
MODERÁTOR
God Vazzeg
#49139
válasz
God Vazzeg
#49139
üzenetére
Jó, csak asszem van egy kis bug a legfrissebb verzában. Visszaállítás után nem azt írja ki, hogy az Enter megnyomása után újraindul a gép, hanem hülyeséget. Na de ez legyen a legnagyobb gondja. Most már nem javítom, hétvégén jön az újabb verzió, abban már jó lesz.
-
#49137
Kendek
MODERÁTOR
God Vazzeg
#49136
válasz
God Vazzeg
#49136
üzenetére
Van benne egy ellenőrzés, az csekkolja le, hogy rootként indítod-e a GUI-t. Erre a parancsra mi a válasz?
grep "\${USER}" /usr/bin/systemback
Habár ha újratelepítetted, akkor ezzel nem lehet gond.
Indíts egy root konzolt,Alt+F2 -> kdesu konsole
majd add ki az
echo $USER
parancsot. Erre azt kell kapnod, hogy root, ha nem így van, akkor valami gebasz van.
-
#49135
Kendek
MODERÁTOR
God Vazzeg
#49134
válasz
God Vazzeg
#49134
üzenetére
Érdekes. Ha terminálból próbálod, akkor sem indul?
-
#49084
Kendek
MODERÁTOR
God Vazzeg
#49082
válasz
God Vazzeg
#49082
üzenetére
Én mondjuk mindig csomagot kreáltatok vele, aztán azokból telepítek. Legutóbb is így tettem, azóta pedig megszűnt egy igencsak idegesítő probléma ami már egy ideje fennállt. Kikapcsolásnál és újraindításnál az esetek kb. 90%-ban megakadt, aztán csak a reset vagy a kikapcs gomb segített. De most egyszer sem fordult elő ez a hibajelenség, végre lefeküdhetek úgy aludni, hogy egy perc múlva biztosan kikapcsol a gép.
-
#49081
Kendek
MODERÁTOR
God Vazzeg
#49078
válasz
God Vazzeg
#49078
üzenetére
Tökéletesen kompatibilis az AMD honlapjáról legfrissebbként letölthető driver az Ubuntu 12.04 LTS kiadással. Éppenséggel frissebb is mint ami a tárolóban található, mivel az csak egy előzetes verza.
Mint múltkor is, inkább az NV meghajtójával vannak megint csak gondok. -
válasz
draco31
#48933
üzenetére
De legalább kipróbáltatok pár kernelopciót is? Úgymint acpi=off meg nomodeset, ezek az F6 lenyomására beállíthatóak. Valamint nem a plymouth-ot kellene ilyenkor nézni, hanem debug módban, de legalábbis egy Esc billentyű lenyomásával a kiírt hibaüzenetet kell lecsekkolni.
-
-
válasz
r3dsnake
#48898
üzenetére
A Linuxban sohasem volt Live rész, a puszta kernel önmagában nem sok mindenre alkalmas. Ha a legújabb Ubuntu kiadásra gondolsz, akkor a desktop telepítővel indíthatsz Live rendszert. Az alternatív telepítő nem tartalmaz lemezképet csak telepíthető csomagokat, így azzal nem tudsz rendszert indítani.
-
Minden igaz amit írtam, nem szokásom itt hazudozni. Normál esetben minden annak fényében frissül ahogy írtam. Ha nem frissülne valami, akkor az csakis a függőségkezelés miatt lehet, valami ütközés léphet fel amit nem tud automatikusan kezelni. Ha ilyet tapasztalsz, akkor javaslom, hogy először is add ki a
sudo apt-get dist-upgrade
parancsot.
-
Lelövöm előre a poént, frissítés után az 1.2.2-es verzió lesz telepítve, mert a Precise tárolójában az érhető el. Hiába távolítod el a frissített csomagokat és telepíted újra őket, akkor sem fog frissebb települni, mert nem érhető el frissebb. Csodát hiába vársz, ami nem elérhető a tárolóból, az nem is tud települni, és arra frissíteni sem lehet.
-
válasz
leslieke
#48887
üzenetére
Teljesen mindegy, hogy mit ír ki, mert közös a tárolójuk, nem két különböző kiadásról van szó. Lehet, hogy valamiért azt írja ki, hogy a béta kiadás érhető el, de ha a felvett tároló rendben be van szinkronizálva, akkor nem tud olyan csomagra frissíteni amely csakis a stabil kiadás előtt volt elérhető. Az alapértelmezett magyar kiszolgálóval lehetnek problémák ilyen téren, erre volt már számos példa, ezért azt tudnám javasolni, hogy válassz egy másikat.
(#48888) aag: Ha a PPA-ból volt telepítve, akkor amennyiben nem ütközik semmivel sem, meg fognak maradni a csomagjai. Frissülni egészen biztosan nem fognak, mert a Precise tárolójából már kikerültek ezek a csomagok, valamint a PPA-ban sincsen egyelőre még támogatása a kiadásnak.
-
Sokkal egyszerűbb lenne ha átlátnád a csomagkezelést és a frissítés mechanizmusát. Név szerint minden olyan csomag frissül aminek található újabb verziója az elérhető tárolóban. A függőségkezelés miatt léphet fel ütközés, így távolítódhat el csomag, de települhet is pluszban. Természetesen előfordul olyan eset, hogy egy csomag frissítéséhez telepíteni kell egy addig még telepítetlen csomagot, mert az újabb verzió esetében a függősége lett. Intelligens frissítés esetén ezek az új csomagok is települnek és frissülhet a csomag.
Ezzel együtt megkülönböztetünk kézileg és automatikus telepített csomagokat. Ha egy automatikusan telepített csomag már nem függősége (közvetlen van közvetett módon) egyetlen másik, kézzel telepítettnek sem, akkor az eltávolítódhat (apt-get autoremove).
Olyan esetben nem frissül újabb verzióra egy alkalmazás, ha az újabb verzió csomagjának a neve nem egyezik meg a jelenleg telepítettével. Tucatszám lehetne sorolni a példákat (GRUB, Gambas, gcc, gfortan, supertux, stb.), ezeknek ha nincsen, vagy nincsen telepített olyan metacsomagjuk (pl. Linux kernel) amely telepíttetné az újabb változatot, akkor nem fognak frissülni.
Javaslom, hogy olvass utána ezeknek a dolgoknak és szerezz mélyebb tapasztalatot a rendszer adminisztrációjában. -
Kiadásfrissítéskor minden egyes olyan telepített csomag frissül, amelynek az új kiadás tárolójában található frissebb verziója (kivéve ha valamilyen zárolás van beállítva a kérdéses csomagra). A frissítéshez nem kell újratelepíteni semmit sem. Természetesen csak az elérhető tárolókról van szó, ha te utólag módosítasz valamit, például egy PPA címét átírod, vagy újraaktiválod, akkor szükség lesz egy újabb frissítésre.
Azok a csomagok amelyek nem találhatóak meg a mindenkori elérhető tárolókban, nem fognak frissülni. -
válasz
rum-cajsz
#48665
üzenetére
Vagyis nem kapsz még egy terminált (ttyN) sem, hanem megáll a rendszerbetöltőnél? Mert ugye ha az Ubuntu minimállal telepítesz egy tényleg minimális rendszert, akkor az felrak egy kernelt meg pár alapvető csomagot és annyi. Nincsen grafikus felület, csak pötyögve lehet telepíteni később valamit. Az egész telepítő meg van vagy ~20MB.
-
#48654
Kendek
MODERÁTOR
God Vazzeg
#48652
válasz
God Vazzeg
#48652
üzenetére
A CD-s változat sem tölt le annyit a netről, egyedül a nyelvi csomagokat, illetve a frissítéseket ha engedélyezed (de nyilván a frissítések a DVD-re sem kerülnek fel). A DVD egyben alternatív telepítő is és tartalmazza a nyelvi csomagokat. Viszont a CD és a DVD méreti különbsége jóval nagyobb mint a magyar nyelvi csomagok összmérete.
-
-
válasz
Mtbsrác
#48554
üzenetére
Ha lejár a 11.04 támogatása, akkor nem adnak ki új telepítőt belőle. LTS-ekből szoktak időnként frissített lemezképet kiadni, de a támogatás lejártával azok sem kapnak újabbat. Persze a felvetésben sincsen túl sok logika, hiszen egy lejárt támogatású kiadásból minek adnának ki még egy utolsó telepítőt? Hiszen ha fel is telepíted, a tárolókat már úgy sem éred el (old-releases).
A PPA-kban is megszűnik a kiadások támogatása, ha meg is tartják a régebbi csomagokat, újabbakat úgysem tudnak feltölteni egy idő után az emberek. Így egy kis ideig még igen, érkezhet PPA-ból frissítés, de végül már egészen biztosan nem fog.
Én személy szerint a kiadás támogatásának lejártával töröltem is a csomagjait a tárolóimból (pl. Maverick).sudo apt-get update
sudo apt-get dist-upgrade -
válasz
bsanya
#48509
üzenetére
A Rendszerment tárolóját megszüntettem, helyette a Systemback PPA él. A tároló cseréjéhez csak add ki a következő parancsot:
grep -lr -e "nemh/rendszerment" /etc/apt | sudo xargs sed -i "s+rendszerment+systemback+g"
Persze tudni kell, hogy a Rendszermenttet leváltotta a Systemback, így az előbbihez már nem fogsz kapni frissítéseket. Az utóbbi telepítésén lehet érdemes elgondolkodni, de tudni kell, hogy kompatibilitási okokból kifolyólag a korábban készített visszaállítási pontokat nem fogod tudni használni. Sőt, a Systembackre való váltás után érdemes kitörölni őket kézzel, hogy ne is foglalják feleslegesen a helyet.
-
#48498
Kendek
MODERÁTOR
God Vazzeg
#48497
válasz
God Vazzeg
#48497
üzenetére
modprobe rt2870sta
-
XP-ből nem lehet, illetve nem lehet valami egyszerűen, működő pendrive-os telepítőt készíteni. Windows alól sem, nemhogy Ubuntu alatt, egyszerűen inkompatibilis a módszerrel. Unetbootinnal a legjobb tudomásom szerint is csak adott Linux disztribúciók képéből lehet pendrive-os telepítőt készíteni.
-
#48448
Kendek
MODERÁTOR
sellerbuyer
#48447
válasz
sellerbuyer
#48447
üzenetére
Pedig így van, normál esetben pontosan akkor az elkészült kép mint az, amiből készült. A tömörítéssel csak azt lehet elérni, hogy kisebb legyen a kapott kép, nyilván a sok egymás utáni nullát és egyest egész komolyan betudja tömöríteni bármi.
Szóval dd-vel a sebesség eléggé tré, főleg ha nagy a vinyó.
Minden egyes normális szakember az ilyen feladatokra rsync-et használ, annak minden előnyével. Előny például a minimális adatmozgatás, hard linkekkel a töredékére csökkenthető a tárolási méret (sok mentési pont). De ugyanezen okokból kifolyólag a mentés sebessége is egészen jól alakul, a dd-shez viszonyítva tényleg csak töredéke. De visszafele is ugyanez a helyzet, hiszen ha ráereszted a visszafele történő másolást, akkor csak azokhoz a fájlokhoz nyúl amik közben változtak (-a és --delete kapcsolók).
Az rsync-es megoldással csakis annyi a probléma, hogy manuálisan kell felcsatolni a partíciókat hozzá és manuálisan kell helyreállítani a rendszerbetöltőt. De némi gyakorlással és célszkripttel tarthatod simán a meghatározott időkorlátot. -
#48443
Kendek
MODERÁTOR
sellerbuyer
#48432
válasz
sellerbuyer
#48432
üzenetére
Mondjuk igen, egyrészről a dd-vel történő mentés viszonylag hosszadalmas, hiszen bitről-bitre lementi az egész lemezt vagy partíciót. Mivel nem vesz tudomást a fájlrendszerről, azt sem tudja, hogy mi a hasznos adat, neki minden az.
Másrészről nem biztos, hogy szerencsés futó rendszer alól ilyen módon kimásolni a merevlemez tartalmát, hiszen pár bit módosulása máris az egész fájlrendszer tönkremenetelével járhat. Én személy szerint egészen biztosan fájlrendszerszintű (fájlmásolás) megoldást alkalmaznék, sokkal biztosabb megoldást ad. Persze visszaállításhoz kell némi szakértelem és nem csak pár gombot kell megnyomni. De például rsync-el is igen hamar megvan a fájlok helyreállítása, mert csak azt módosítja ami változott. -
#48418
Kendek
MODERÁTOR
sellerbuyer
#48416
válasz
sellerbuyer
#48416
üzenetére
Visszaállításhoz maximum Live-ot kell indítani, jó esetben pedig csak pár lépés a futó rendszeren. Semmilyen esetben sem kell a rendszer visszaállításához rendszert telepíteni. Ezt nem tudom, hogy honnan vetted, de a Systemback esetében ez nem igaz.
Viszont az alkalmazás tényleg csak a rendszer és a felhasználók beállításfájljainak mentésére jó, nem egy általános adatmentő szoftverről van szó. Az adatok mentésére egy egyszerű szkript is megfelel, nem kell hozzá semmilyen GUI-s alkalmazás. -
#48407
Kendek
MODERÁTOR
sellerbuyer
#48405
válasz
sellerbuyer
#48405
üzenetére
Az időzítéssel gondok lehetnek, de ha szükséges akkor tudok adni visszaállítási pont készítéshez parancsot. Azt aztán berakhatod akár szkriptbe, akár crontabba.
-
válasz
szoke12
#48396
üzenetére
Most mondanám szívesen, hogy add ki ezt meg azt a parancsot és megjavul, de gondolom te is érzed, hogy ennyi információból fogalmam sincs (nem is lehet) még arról sem, hogy mi a hiba, pláne nem a megoldásról. Úgy gondolom, hogy a linkelt leírás pontos követése nem okozhat ilyen problémát, az illető nyilván sokszor kipróbálta a leírtakat mielőtt publikált volna. Valahol valami probléma nálad mégis fellépett, de persze én azt nem tudhatom, hogy hol, és itt más sem fogja csak úgy kitalálni.
Tényleg nincs egy visszaállítási pontod? Az most nagyon jól jönne, seperc alatt megjavulna a rendszer és nem kellene újratelepíteni. -
-
válasz
Mtbsrác
#48386
üzenetére
Na arról még nem hallottam, hogy a -gb3-as változat lefagyott volna, és persze nem is tapasztaltam. Mindenesetre én a PPA-ból való telepítést javaslom, hiszen az abban található Gambas 3-mal fordítom és tesztelem az alkalmazást. Te amúgy honnan vetted akkor a Gambas 3-at hozzá?
Egyébként a Systemback tesztelése közben most se tapasztaltam semmilyen problémát, nem fagyott le, nem okozott problémát, hanem jól megcsinálta jó pár alkalommal is a másolást/telepítést.
Én még mindig hardveres vagy hardverbeállításos hibára gyanakszom, mert az alkalmazás direktben nem okozhatja másolás közben az egész gép lefagyását. -
Nincs neki jelentősége, talán csak pont akkor frissítettél amikor éppen bekerült a tárolóba a csomag. Egy kis ideig fennállhat olyan probléma, hogy nem lehet beszerezni a tárolóinformációkat, vagy az ellenőrzőösszeg nem felel meg, esetleg, hogy a listában szereplő csomag még nincs a tárolóban. Rend szerint pillanatok múlva megoldódik az összes ilyen jellegű probléma.
-
Mi? Nem. A telepített rendszer fájlját kell szerkeszteni, ennyi. Nem kell chrootolni sehová, és a telepített rendszert sem kell több helyre felcsatolni.
(#48371) pazzo: gksu-val jó, a sudo helytelen
(#48374) hcl: A linkeden van ez az Emergency Reset videó, erről van szó, csak egyéni jelszóval.
-
A /etc/shadow fájlban nem lehetett felkiáltójel jelszónak megadva, mert akkor az azt jelentené, hogy nem volt megadva egyáltalán jelszó.
Live rendszert indítva fel kell csatolni a telepített rendszer partícióját, majd root jogosultságú szövegszerkesztővel lehet szerkeszteni a telepített rendszerhez tartozó shadow fájlt. Látsz egy ilyesmit:kendek:$6$mHdvv4X0$sCACMKRCmYgbM5iuWPx2tyjOsqtMTOst0e4s5wNdcvWTKfQlbsLyb0vTnF7bUHH/H.eyyhb4DzdSwUw2uiEwh0:15282:0:99999:7:::
Az első és a második kettőspont között található karaktersorozatot kell kicserélni az újra:
kendek:idejönazújjelszó:15282:0:99999:7:::
Az új karaktersorozatot úgy kapod meg, hogy terminálba beírod a következőt:
mkpasswd -m sha-512 "új_jelszó"
Természetesen behelyettesítve a jelszavadat. A parancs kimenetét pedig maradéktalanul be kell másolni a helyére.
Aktív témák
Hirdetés
- QWERTY billentyűzet és másodlagos kijelző is lesz a Titan 2-ben
- Steam topic
- Dune: Awakening
- Autós topik
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Luck Dragon: Asszociációs játék. :)
- Kerékpárosok, bringások ide!
- Linux kezdőknek
- Milyen okostelefont vegyek?
- Bemutatkozott a Fairphone 6
- További aktív témák...
- Antivírus szoftverek, VPN
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Assassin's Creed Shadows Collector's Edition PC
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo Legion Pro 5 16IRX9
- ÁRGARANCIA! Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- AKCIÓ! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Telefon felvásárlás!! Apple iPhone 16, Apple iPhone 16e, Apple iPhone 16 Plus, Apple iPhone 16 Pro
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged