- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
- Profi EKG-s óra lett a Watch Fitből
- Honor 400 Pro - gép a képben
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Apple iPhone 16 Pro - rutinvizsga
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#73749248
törölt tag
válasz
ubyegon2
#57379
üzenetére
Off: mivel törlöm magam, a privát lehet, hogy nem jut el hozzád.
Lehet, hogy tévedtem az utolsó privát üzenetem kapcsán és valóban nem te tettél valamit, ezesetben
1. Bocs a stílusért
2. Szólj a fórum fejlesztőinek, hogy valami gázos a kliensek kiszolgálásánál, mert a moderált hozzászólások egy darabig még látszólag elérhetőek, de ha valaki válaszolni akar rájuk, akkor csak egy jogosultsági problémáról árulkodó üzenet az eredmény. Ctrl-R, F5 stb. után is... (ha nem emlékeznél: válaszolni akartam itt a blekkpantheres témára adott válaszodra, de minden kísérletem úgy végződött, hogy "nincs jogosultságod". Azután is, hogy nyomtam pár reloadot az oldalon, mert az első reakcióm az volt, hogy egy már törölt hozzászólásra reagálnék. De mivel a reload után is ott voltak és így is jogosultsági gondokra hivatkozott az oldal, már joggal gondoltam, hogy ki vagyok tiltva a topikból.No. Gúd báj.
-
#73749248
törölt tag
Nem, ezek messze nem elég hatékonyak. Sajnos. Többek közt ezért is preferálom a virtuális gépek használatát. A windows ritka, de nagy előnyei közé sorolom a system restore funkciót. Ilyet még utility-vel sem tud egyetlen linux sem. Tudom, van valami erre hajazó projekt, de amikor úgy egy éve kipróbáltam... nem volt kifejezetten tökéletes.
-
#73749248
törölt tag
-
#57184
#73749248
törölt tag
Flowtation
#57183
#73749248
törölt tag
válasz
Flowtation
#57183
üzenetére
De, neked is az /etc/exports-ban vannak.
Ugyanis az nfs szerver onnan szedi ki, hogy mit és kinek kell kiadni.
Egyébként a "szabvány" szerint a /srv alá illene pakolni ezeket, nem a /mnt vagy a /export alá. -
#73749248
törölt tag
Konfig? Szerveré, kliens oldalon a mount vagy az /etc/fstab vonatkozó sora lenne érdekes.
Hibaüzenet nincs?
Mit jelent, hogy nem éred el?Szerveren tűzfal (csomagszűrő) van?
Mert az is okozhat gondokat.
(sőt, esetleg az is, ha a kliensen be van kapcsolva, bár nem illene, hogy zavarja) -
#73749248
törölt tag
-
-
#57140
#73749248
törölt tag
Anonymus23
#57138
#73749248
törölt tag
válasz
Anonymus23
#57138
üzenetére
Elnézve a kínálatot, elsősorban ezt a creatort cserélném unetbootin nevű programra.
Azzal meg egy xubuntu 16.04 vagy 17.04-et (17.10 hajlamos volt egyes laptopok BIOS-át agyonvágni, ezért azt egyelőre nem merném javasolni)Valójában ilyen recovery célokra a grml való (többek közt), de ha nem vagy elég otthonos linuxon, akkor inkább ubuntu-féleséget ajánlanék.
-
#73749248
törölt tag
válasz
ubyegon2
#57135
üzenetére
Valahol meg tudom érteni, mert amikor az ember szeretne szabadulni a windows-os kötöttségektől és azt látja, hogy ami szerinte triviális lenne, az linuxon még annyira sincs meg... elég bosszantó.
(és akkor nem beszéltem arról, hogy mennyi egyéb, szintén bosszantó hiányosságot látok napi szinten ) -
#73749248
törölt tag
-
#73749248
törölt tag
Ez sajnos ugyanazt csinálja, mint a synaptic. Egyik sem valós.
Ezt ma vettem észre.
Nem tudom, honnan veszi, hogy mi manuális, mi nem (biztosan le van írva valahol, de nem túrtam át a doksit), de sok olyat is manuálisan telepítettnek jelöl, amit installkor pakolt fel a rendszer.
Pl. egy Ubuntu esetében a Unity nem igazán nevezhető külön telepítettnek, ahogy többnyire a python sem. -
#73749248
törölt tag
K1 - mert nincs igazán jelentősége. Számomra az a meglepő, hogy van olyan rendszer, amelyik megjegyzi. (Windows a 7-esig biztosan nem kezelte még a függőségeket sem)
K2 - nem kell papír, ceruza, elég egy notepad jellegű kezdemény is.
(az üzemeltetés része a dokumentálás is)
K3 - senki sem nézi le a kérdezőt, max. azt, hogy képtelen felfogni azt, amit öten, tízféleképpen leírtunk. Egyszerűen nem így működik a rendszer, ennyi. Vagy alkalmazkodsz hozzá vagy keresel másik linuxot, ami talán úgy működik, ahogy elvárod (lásd korábban emlegetett gentoo, arch stb.)
K4 - soha. Manapság nem divat a dokumentáció készítés. Tutorialok vannak, de azok ilyesmivel ritkán foglalkoznak.Nálam egy óriási kupi van a notebookon, a synaptic "Installed Manually" listájából mégis ki tudtam szedni, mi az, amit én raktam fel és mi lehet csak függőség.
-
#73749248
törölt tag
válasz
Rimuru
#57088
üzenetére
Kicsit alaposabban körülnézve: ubuntu, synaptic package manager, a Status gombra bökve választható az "Installed (manual)" lista, ott úgy tűnik, valóban csak az általam telepített csomagok és függőségeik vannak.
De ebben a függőségek is ott vannak, nem lehet kiválogatni azokat, amik ezeket magukkal hozták. -
#57086
#73749248
törölt tag
tordaitibi
#57081
#73749248
törölt tag
válasz
tordaitibi
#57081
üzenetére
Ha kicsit is hasonlít az ősére, akkor egy ilyen lassú leállás alkalmával nyomj egy ESC-t!
Lehet, hogy csodát látsz. Utána szidd nyugodtan a systemd kitalálóinak a felmenőit!
-
#73749248
törölt tag
De ez az, amit így nem fogsz tudni kiszedni, mert a csomagkezelő nem így működik.
Egyébként itt fentebb valaki ajánlott pár programot, ami többé-kevésbé megmutatná amit akarsz, csak végig kell futni rajta. Vagy akár az általam említett debtree is segíthet, csak azzal is dolgozni kell valamennyit.Ez normál esetben fordítva működik: telepítesz egy minimál rendszert és dokumentálod, hogy mit telepítesz.
-
#73749248
törölt tag
Nem lehet, hogy alapvető problémáid vannak a csomagkezelés környékén?
Nincs olyan, hogy "fő"csomag. Függőségek vannak.
Vannak még ú.n. meta csomagok (meta-package), amik nem tartalmaznak (szinte) semmit, csak függőségeik vannak, amivel egy lépésben tudsz pl. komplett gnome-ot telepíteni, ahelyett, hogy csomagonként tennéd fel.
Olyan létezik, hogy felraksz egy csomagot, ez magával hoz millió függőséget, de maga a csomag nem tartalmaz csomagokat. -
#73749248
törölt tag
válasz
okoska74
#57070
üzenetére
Köszi, bár költői volt a kérdés. Csak arra utaltam, hogy nem mindegy, milyen környezetben kell függőségek közt kutatni.
Slackware nagy csalódás számomra. Azt hittem, mára már eljutottak odáig, hogy van valódi csomagkezelőjük. (életem első linuxa valami ős-slackware volt) -
#73749248
törölt tag
Másról beszélsz te is, meg én is.
Nekem az volt a bajom, hogy olyan csomagokat nem akart eltávolítani, amik egyébként függtek tőle.
Ha van egy bd telepítve, aminek egyetlen függősége a bash és leszedem a bash-t, akkor illene vagy megakadályoznia az eltávolítást vagy vinni vele együtt a bd-t is.
Az apt-get üzenetéből úgy tűnt, a bd-t békén hagyja. Csak később derült ki, hogy hülye voltam, a bd nincs is telepítve, így eltávolítani sem kell. -
#73749248
törölt tag
Hm??
Van egy bd nevű csomagom (fogalmam sincs, ki hozta és miért)$ apt-cache depends bd
bd
Depends: bash
bash:i386Ha ezek után megpróbálom a bash-t leszedni:$ sudo apt-get --dry-run autoremove bash
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
bash bash-completion chromium-browser chromium-browser-l10n lightdm ubuntu-desktop
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
bash
0 upgraded, 0 newly installed, 6 to remove and 2 not upgraded.
Remv chromium-browser-l10n [63.0.3239.84-0ubuntu0.17.04.1]
Remv chromium-browser [63.0.3239.84-0ubuntu0.17.04.1]
Remv ubuntu-desktop [1.379.1]
Remv lightdm [1.22.0-0ubuntu2.1]
Remv bash [4.4-2ubuntu1.1] [bash-completion:amd64 ]
Remv bash-completion [1:2.1-4.3ubuntu1]Lehet, hogy én értettem félre az autoremove működését, de ez így egy rakat törött függőséget hagy maga után.O.K., az apt-cache depends/rdepends működését értettem félre. Ez nem a telepített csomagokról szól, hanem az összes ismertről. Persze, hogy nem akarja leszedni, ha egyszer nincs is fenn.
-
#73749248
törölt tag
Lehet, hogy megírtad, de nem vettem észre
Ubuntu topikban függőségekkel kapcsolatos kérdést találtam.
Elvileg van olyan, hogy apt-cache depends <csomag> és apt-cache rdepends <csomag> de... hogy úgy mondjam, nem pont azt csinálja, mint amire emlékeztem, pláne nem azt, amire számítottamArra gondolok, hogy elvben az rdepends megmutatja, hogy kik függenek a kérdéses csomagtól.
Például az apt-cache rdepends bash megmutatja, hogy mely csomagok függősége a bash.
De... ha azt mondom, hogy apt-get --dry-run autoremove bash, akkor a függőségként felsorolt csomagok közül alig néhányat akar eltávolítani, holott vinnie kellene mindent, ami bash függőségben szenved. -
#57042
#73749248
törölt tag
tordaitibi
#57040
#73749248
törölt tag
válasz
tordaitibi
#57040
üzenetére
Erre írtam korábban, hogy már nem emlékszem: linuxot vagy csak DE-t cseréltem miatta.
Sajnos nem nagyon szoktam megjegyezni az ilyeneket, megelégszem vele, hogy működik. -
#57035
#73749248
törölt tag
tordaitibi
#57023
#73749248
törölt tag
válasz
tordaitibi
#57023
üzenetére
Itt nézted? Mert a jobb felső sarokban van némi útmutatás.
Szóval elsősorban BIOS frissítéssel célszerű ezeket telepíteni, nem az inteltől letöltve. (magyarán az alaplapod gyártója kellene, hogy adjon frissítést, ez csak egy kerülőút, ha jól sejtem, a /etc/firmware alá kell kicsomagolni - de ebben nem vagyok biztos.)
És ahogy itt előttem említette valaki, ezek többnyire bekerülnek az op.rendszerek repojába, firmware-update vagy hasonló néven, szóval nem sok dolgod van az intel.com-ról leszedhető cuccokkal.De ennek nincs köze a fényerő szabályozásához. Az valamelyik Xorg csomagban lévő hiba miatt nem működik.
-
#57018
#73749248
törölt tag
tordaitibi
#56998
#73749248
törölt tag
válasz
tordaitibi
#56998
üzenetére
Fényerő: ez részben driver hiba, nekem egy notebookon volt ilyen gondom, már nem emlékszem, hogy KDE-Gnome váltás vagy másik linux használata oldotta meg.
-
#57016
#73749248
törölt tag
tordaitibi
#57013
#73749248
törölt tag
válasz
tordaitibi
#57013
üzenetére
Konkrét segítséget nem tudok adni, de talán valamit segít:
1. Egyes BIOS-okban van Sleep móddal kapcsolatos beállítás. (Deep sleep és hasonlók), ha a gépeden van, érdemes lenne próbálgatni.
2. Meg kellene nézni a vonatkozó kernel paramétereket (elsősorban az acpi paramétereket)
3. Közben próbáltam keresni a témában: esetleg az itteni válaszok. Ugyan arch linux, de esetleg ez? -
#73749248
törölt tag
Nézz be a blogomba (mai kétsoros), szerintem rosszul leszel
Erről hol találtál egyébként infót? Azt épp tegnap este vettem észre, hogy van a profile könyvtárban egy datareporting könyvtár, amiben fogalmam sincs, valójában milyen adatok vannak, de ez elvben letiltható.
Másról is tudsz? (úgy értem: amit kifejezetten a böngésző gyűjt, nem a webes szolgáltatások) -
#73749248
törölt tag
válasz
ubyegon2
#56989
üzenetére
Na ez fájt. Androidon (jó, nem igazi linux) pont azon vagyok kiakadva, hogy ha böngészővel nyitok meg egy oldalt, rengeteg esetben a pofámba tol egy reklámot, hogy xy app letöltésével kényelmesebben/szebben/jobban/stb. nézhetem az oldalt.
Basszus, ha ott a böngésző, minek minden oldalhoz külön app???
O.K., egy Messengernél még érthető, mert vannak olyan funkciói, ami miatt jó, ha akkor is fut, amikor nem látom.
De egy híroldalt miért nézegessek saját appból? (24.hu, snbforums.com, reddit stb.) -
#73749248
törölt tag
válasz
CPT.Pirk
#56975
üzenetére
Apropó hang... arra van valakinek ötlete, hogy egy Dell laptopon, anno Windows alatt, Sokol minőségben, de normálisan működő (értsd: nem hardver hibáról van szó) hangkeltő miért recseg linuxon a halk hangoktól és ezt hogy lehetne kiküszöbölni a hangerő növelésén kívül?
Videó nézés közben nagyon zavaró, hogy a halk hangok helyett csak viszonylag hangos pattogás hallatszik a hangszóróból. A hangerő növelésével elmúlik, de akkor meg másik videó üvölt. -
#73749248
törölt tag
válasz
CPT.Pirk
#56967
üzenetére
Hát ezzel nem igazán tudok egyetérteni, bár most épp Cinnamont használok.
Nem szeretem a windows-t, mert nem tudtam annyira kézben tartani, mint egy linuxot, de ha az kell, hogy lehetőleg minél kevesebb szívással egy minél teljeskörűbb rendszerem legyen, akkor sajnos windows még mindig. (Mac egy külön világ, olyanom sose volt, nem is lesz)
Linuxon mindig van valami, ami nem működik, nincs hozzá driver, van, csak nem úgy, tölts le innen-onnan valami megbízhatatlan cuccot stb.Gnome-Cinnamon vonulat: engem borzasztóan zavar, hogy kikapcsolom a bluetootht, reboot után megint be van kapcsolva - ilyen súlyú problémákba botlom dögivel. (ez történetesen KDE alatt működik)
Felrakok egy virtualboxot, a secure boot miatt külön kell szórakozni a modulok aláírásával, a kulcsok feltöltésével, különben nem működik (kivéve mint alatt, mert ott valamit szétk***ak a kernel konfigban, ha jól sejtem)
Laptopon nem működik a smartcard reader, az ujjlenyomat olvasó, a tpm.
Vagy... routeren..(jó, ez már messze nem desktop). openwrt, tomato - egyikben nem működik a hardware NAT, másikban a wifi chip zártkódú, ezért egy rettentően elavult, 2.x kernellel lehet csak használni. Tomaton idén jött ki az open source, illetve inkább az egyszemélyes projektek egyik nagy hátránya: Shibby más elfoglaltságot talált. Valaki ugyan forkolta a rendszerét, de hát... messze nem a lengyel srác színvonala, ahogy elnézem.Ezek csak az elmúlt pár hónap frusztrációi...
Ilyenekkel windows környezetben csak elvétve találkoztam.
(nem mondom, hogy nincs, de egy bizonyos szint feletti minőségből válogatva kisebb az esélye, hogy olyan vasat veszel, amin ilyen gondjaid lesznek) -
#56966
#73749248
törölt tag
tordaitibi
#56965
#73749248
törölt tag
válasz
tordaitibi
#56965
üzenetére
Igen, kb. arról van szó, azért nem fog soha eljönni "a linux desktop éve", mert nem tudja annyira követni ezeket a trendeket a rendszer. Egyik általam ismert linux sem.
Nagyon sok munka lenne egy olyan mértékben automatizált, out of box működő rendszert csinálni belőle, amilyen egy windows. Viszont aki ért hozzá valamennyire és szeret is ilyesmivel szórakozni, azt pont ez az automatizáltság akadályozza windows-on.Persze szerintem.
-
#73749248
törölt tag
válasz
okoska74
#56959
üzenetére
Tovább mennék: a legtöbb probléma linuxon, egy sima újratelepítéssel nem javítható.
Többek közt azért, mert a hibák egyik forrása, a konfig állományok, megmaradnak eltávolítás után is, hacsak nem kéred külön azok törlését is.
De soknak, főleg X-es cuccoknak a user home-ban van saját könyvtára, az meg nem fog eltűnni még akkor sem, ha konfig törléssel szeded le a csomagot. -
#73749248
törölt tag
válasz
CPT.Pirk
#56955
üzenetére
Ritka ha ilyet mondok egy szoftverre, de a vi, pontosabban annak a linuxos korcsosulatai, mint a vim, szerintem nagyon jó eszközök, ha nem IDE-ként akarod használni.
https://moly.hu/konyvek/bartok-nagy-janos-laufer-judit-unix-felhasznaloi-ismeretek
Én ebből kezdtem úgy igazán unix-like rendszereket tanulni, amit a vi-ról tudok, az ebből van.
Viszont eltérően az eredeti vi-tól, a vim-ben és társaiban már működnek a kurzor gombok és úgy általában egy csomó olyasmi, amit más szövegszerkesztőkben elég nehéz elérni.Nem akarlak rábeszélni, de ha van egy pár órád egy tutorial átnézésére, lehet, hogy megváltozik a véleményed. Meg az is lehet, hogy nem.
-
#73749248
törölt tag
válasz
ubyegon2
#56931
üzenetére
AMD driver: a konkrét témával nem tudom, mi a helyzet, egyéb linuxos keresgélések kapcsán rengetegszer látok 10-15 éves anyagokat felbukkanni. És nem mindig feltűnő, hogy régi. (persze többnyire olyankor, mikor valami naprakész infót keresek
)
Csak ezért említettem, hogy voltak ilyen gondok. Talán ő is ilyen régi hírekbe, fórumtémákba botlott. -
-
#73749248
törölt tag
válasz
ubyegon2
#56924
üzenetére
Hát elsőre annak tűnt, mert ha a google nem segít, akkor én csesztem el. Ez 99%-ban bejön.
Ez volt az 1%...
Azért az ubuntu eredendően egy debian kutyulmány, bár azt nem tudom, mostanra mi maradt meg a közös gyökerekből a csomagkezelőn túl.
(gyk: eredetileg az ubuntu egy debian testing "átcsomagolás" volt némi bővítménnyel.) -
#73749248
törölt tag
válasz
#73749248
#56922
üzenetére
Ezt nehezen tudom megérteni: az ubuntu és a debian közös alapokra épülnek, de pl. a vim konfig totál más a két rendszeren.
Ubuntun mindenképp bekapcsolja a syntax highlightingot és hasonlókat, mert beleírták a /etc/vim/vimrc-be.
Debianon ugyanez a $VIMRUNTIME/defaults.vim-ben van kizárólag, az viszont nem fut le, ha van saját vimrc-m (pl. ~/.vimrc, ~/_vimrc ~/.vim/vimrc).
A megoldás: inkább a /etc/vim/vimrc.local-ba írni a saját beállításokat, akkor működik úgy, ahogy én szeretem. -
-
#73749248
törölt tag
Hát akik még iskolában tanulták ezeket, azért ezzel vitatkoznának.
Megtanították, hogy a napi életben a k M G az 1000x, 1000x1000x, 1000x1000x1000x, a számítógépes témákban meg 1024x... ugyanez, erre jöttek a háttértár marketingesek és kitalálták, hogy jobban hangzik, ha 50MB-os a diszk, ami valójában 50000000 bájtos mindössze és kezdődtek a bonyodalmak. -
-
#56859
#73749248
törölt tag
Core2duo6600
#56858
#73749248
törölt tag
válasz
Core2duo6600
#56858
üzenetére
Ugyanúgy, mint partícióra csak az eszköz nevébe nem kell a partíció sorszáma.
Hogy mire jó, azt nem tudom. Bár például LVM-et használva is ritkán tartom indokoltnak a particionálást. -
#73749248
törölt tag
Hogyan lehet létrehozni olyan disk image-t, ami nagyobbnak mutatja magát, mint a ténylegesen elfoglalt hely és akár az alatta lévő fizikai eszköznél is nagyobb lehet?
Nem jut eszembe a kulcsszó, amire keresve ez az első találat...
Egyre a virtual disk image jár a fejemben, de ez nem nyerő, pedig valahol a kvm környékén találkoztam vele. -
#73749248
törölt tag
válasz
Norby86
#56760
üzenetére
Fenntartott terület: nekem úgy magyarázták tanfolyamon, hogy azért szükséges, hogy a diszk betelése esetén se fagyjon csontra a rendszer (ha pl. nem tudja írni a logokat, wtmp, utmp stb fájlokat, akkor hajlamos megállni minden)
De az imént találtam egy plusz magyarázatot: https://unix.stackexchange.com/questions/7950/reserved-space-for-root-on-a-filesystem-why/7952 - ez nekem is új: ext* esetén a nagyon teleírt fájlrendszer teljesítménye is romolhat, ezt is segít megelőzni ez a terület. -
#73749248
törölt tag
válasz
ubyegon2
#56752
üzenetére
Épp azt írtam, hogy (hangsúlyozom: emlékeim szerint, tévedés jogát fenntartva) az ext4-nél a journal kikapcsolása lényegesen veszélyesebb, mint az elődnél. Lehet, hogy egyéb téren többet tud, de tudtommal erősen épít arra, hogy ott a journal, nélküle egy szabálytalan leállás súlyosabb következményekkel járhat.
-
#56748
#73749248
törölt tag
Core2duo6600
#56744
#73749248
törölt tag
válasz
Core2duo6600
#56744
üzenetére
A noatime elvben arra jó, hogy amikor megnyitsz egy fájlt, akkor ne írja bele a headerbe a megnyitás időpontját, ezzel csökkentve (jelentősen?) az írásmennyiséget, így kevésbé "kopnak" a flash alapú háttértárak, mint a pendrive-ok, memóriakártyák, ssd-k.
A discard-nak akkor van jelentősége, ha az adathordozó támogatja (többnyire SSD, bár állítólag pendrive is van már ilyen), a törléskor felszabaduló blokkokat jelzi a meghajtó firmware-e felé, hogy az adott blokkok újrahasznosíthatóak.
-
#73749248
törölt tag
-
#73749248
törölt tag
válasz
Norby86
#56706
üzenetére
https://en.wikipedia.org/wiki/Ext2
Ha itt megnézed a File system limits fejezetet, abból kiderül: függ a blokkmérettől és bizonyos esetekben a programjaidtól is. (állítólag egyes programok max. 2GB-os fájlokat tudnak használni rajta) -
#73749248
törölt tag
válasz
Norby86
#56664
üzenetére
Azt a 60G-t honnan vetted? Egyébként úgy tudom, a tune2fs segítségével le lehet venni 0-ra a fenntartott területet, de nagyon nem mindegy, hogyan nézed a szabad helyet:
$ df -h /srv
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg--encrypted-lv--srv--data 917G 301G 570G 35% /srv
$ df -H /srv
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg--encrypted-lv--srv--data 985G 323G 612G 35% /srv -
-
#73749248
törölt tag
Unix-like rendszereken minden fájl. A memória is, az eszközök is. A fájlrendszernek hóttmindegy, hogy partícióra, fizikai eszközre, LVM kötetre vagy akár egyszerű fájlba pakolod.
Próbáld ki:dd if=/dev/zero of=~/x.img bs=1M count=50
mkfs.ext4 ~/.x.img
mount -t ext4 -o loop ~/x.img /mntUgyanúgy használható lesz, mint bármilyen más fájlrendszer.
-
#56576
#73749248
törölt tag
King Unique
#56569
#73749248
törölt tag
válasz
King Unique
#56569
üzenetére
USB-s meghajtóknál a smartctl-t érdemes kipróbálni a "-d" opció néhány variációjával, ha enélkül nem mutat semmit.
-
#73749248
törölt tag
-
#73749248
törölt tag
-
#73749248
törölt tag
válasz
Frawly
#56436
üzenetére
Ha nem ragaszkodsz a képhez...
=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 2474
12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2806
177 Wear_Leveling_Count 0x0013 098 098 000 Pre-fail Always - 52
179 Used_Rsvd_Blk_Cnt_Tot 0x0013 100 100 010 Pre-fail Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 010 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 010 Old_age Always - 0
183 Runtime_Bad_Block 0x0013 100 100 010 Pre-fail Always - 0
187 Uncorrectable_Error_Cnt 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0032 066 050 000 Old_age Always - 34
195 ECC_Error_Rate 0x001a 200 200 000 Old_age Always - 0
199 CRC_Error_Count 0x003e 099 099 000 Old_age Always - 9
235 POR_Recovery_Count 0x0012 099 099 000 Old_age Always - 280
241 Total_LBAs_Written 0x0032 099 099 000 Old_age Always - 15179776126Egy Samsung 840PRO adatai. Laptopban megy pár éve, úgy fél év kihagyással.
-
#73749248
törölt tag
válasz
Frawly
#56430
üzenetére
Sajnos nem csak a teljesen laikusokkal van így. Alig találni (legalábbis fórumokon) olyan embert, aki legalább meggyőzően érvel SSD témában. (na jó, ez kb. másfél évvel ezelőtti infó, akkor próbáltam windows-ról teljesen linuxra cuccolni, azóta megtörtént)
Nálam Wear_Leveling_Count van, ennél a VALUE és WORST oszlopban 098 van, a RAW pedig 52.
Ez utóbbi szokott növekedni néha váratlanul. Értem ezalatt: egyetlen Windows 7 telepítés is képes volt megnövelni 1-2-vel, ami akkor azért ijesztőnek tűnt, mert kb. másfél-két év élettartamot jósolt.
Ennek úgy három, talán négy éve és most van 52-nél, szóval a két évnél többet kibírt. (ha jól saccolom, kb. 7TB-nál tart) -
#73749248
törölt tag
válasz
Frawly
#56428
üzenetére
https://askubuntu.com/questions/864565/have-the-linux-kernel-bugs-that-caused-data-loss-when-using-a-samsung-850-pro-ss
Itt úgy láttam, egyértelműen adatvesztésről írnak.
De arról is, hogy már akkor is volt patch, gyanítom, a friss kernelek már egyébként is tartalmazzák.Úgy egy éve olvastam olyat, hogy a discard használata csökkenti az SSD lehetséges élettartamát, ebből nem tudom, mennyi az igazság. Ha a saját 840PRO-m SMART adatait nézem, hogy egy linux telepítés + erre a linuxra egy virtuális gép ISO-jának letöltése és annak telepítése 1%-ot elvett a várható élettartamból, az elég gázosnak tűnik. De ki tudja. Szerencsére nem nyúzom annyit, hogy a terhelésbe pusztuljon bele.
)
(az üzemeltetés része a dokumentálás is)
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- 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
- Vírusirtó, Antivirus, VPN kulcsok
- Antivírus szoftverek, VPN
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- ÁRGARANCIA! Épített KomPhone Ryzen 5 5500 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- 119 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!) (ELKELT)
- Bomba ár! HP ProBook 430 G8 - i5-1135G7 I 16GB I 256GB SSD I HDMI I 13,3" FHD I Cam I W11 I Gari!
- AKCIÓ! "ÚJ" Microsoft Surface 5 13,5 notebook - i5 1235U 8GB RAM 256GB SSD Intel Iris Xe IGP 27% áfa
- Bomba ár! Dell Inspiron 15 3511 - i5-11GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gari
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest