Hirdetés
- Milyen okostelefont vegyek?
- Új olcsó Redmi telefonnal bővült a Xiaomi magyar kínálata
- MIUI / HyperOS topik
- Redmi Note 14 Pro+ 5G - a tizenhármas átka
- Yettel topik
- Google Pixel topik
- Üzemidőt áldoz a fényerő oltárán a Garmin Fenix 8 Pro
- Samsung Galaxy A54 - türelemjáték
- Google Pixel 10 Pro XL – tíz kicsi Pixel
- Fotók, videók mobillal
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
-
PROHARDVER!
(rögzített hozzászólás)
Legyetek szívesek az offtopik témákat ne ebben a topikban tárgyaljátok ki. A topikgazda is jelezte, most törölni kellett jópár hozzászólást, most már maradjatok a (szakmai) topik keretei között.
Új hozzászólás Aktív témák
-
#56500
#21078528
törölt tag
bandras0226
#56495
#21078528
törölt tag
válasz
bandras0226
#56495
üzenetére
Nem kell az egészet, elég az MBR-t (rootként, X helyére a meghajtód betűjele):
dd if=/dev/zero of=/dev/sdX bs=512 count=1
Minden adatod elveszik!
Ha EFI-s a rendszer, ott sem árt takarítani néha!
-
adika4444
addikt
válasz
Rimuru
#56494
üzenetére
Doksit már néztem de semmire nem megyek vele Debian 9 alatt.
Kezd viszont körvonalazódni a probléma, a GRUB fájlban átállítottam eth0-ra az enp3s0 névről a hálókártyám, na így rögvest ment a PPTPD. Most visszaraktam, így nem akar menni. Még próbálkozok, de ha az átnevezés fog megint segíteni akkor elmondható hogy ez az eth0-ról átállás marhára nem volt szerencsés ötlet DEB9-ben.Ja van valakinek ötlete hogy tudom enp3s0-t eth0-ra nevezni hogy ne kelljen a grub-ban turkálni? Mert ha meg ott átírom, egy ifup eth0 parancs kiadásáig nem műkszik ami ugye egy távoli gépnél egy esetleges újraindulás után fejfájós lehet...
-
Frawly
veterán
válasz
#21078528
#56492
üzenetére
Maradjunk abban, hogy a FAT tábládat nagyon benézted, nem bántásból írom. Elég gáz, hogy nem ismered be. Ezt az fdisket én néztem be, azt hittem, hogy a windowsos fixbootot kevered az fdisk-es /mbr KAPCSOLÓVAL, nem olvastam figyelmesen, hogy parancsról volt szó, nem is értem miért írtam én is parancsot, éjszakás műszak után hajnalban nem jó ötlet fórumoznom. Bevallom, hogy még sose használtam fdisk alatt az x-et, nem azért, mert nem vagyok expert, de még nem volt rá szükségem. cfdisk alatt csináltam hasonlót (s gomb), de ott csak megjelenítésben kavarodtak össze a partíciók (amit még egy reboot is megoldott volna), ilyen not in order hibaüzenettel nem találkoztam.
Lognál meg nem használtam még addig a hsz-ig syslogd-t, de ha most vigasztal, pont ezen héten volt rá szükségem először egy display manager hibával kapcsolatosan kellett a logokba beleolvasnom (nem érte meg, nem lettem tőle okosabb), előtte csak logfájlokat néztem, azok addig elégnek bizonyultak, ha valami gond volt. 2 éve használok csak systemd-s disztrókat, és még nem volt szükségem eddig a syslogd-re.
Viszont az SSD-knél azt az érvet buktad, miszerint annyi írást adnak a logok, hogy az nyírná ki a cellákat. Olvastál róla valamit, hogy az SSD-ket kímélni kell, de nem számoltál utána, hogy miből mennyit írsz. Ezért nem elég csak olvasgatni, kérdezgetni, ahogy te mondanád, meg kell nézni hogy működik a gyakorlatban (nagyon helyesen írtad, hogy kísérletezgetni), mennyi az az annyi, smartctl -l devstat futtatásával szépen nyomon tudod követni. De nyugodtan cáfolj meg, állítsd vissza a logolást az SSD-re, és mutass statisztikákat, hogy tényleg annyival dobja meg az írásokat. Legrosszabb esetben is azt tudom elképzelni, ha valami miatt logolási kergekort kap a rendszer (a legtöbb desktop usernél az életben nem fordul elő, de legyen), akkor teleírja azt az SSD partíciót, amin a /var/log van, de arról úgy is értesülsz, hogy elfogyott a hely, abból észreveszed, hogy túlhízott a log, és ilyen nem történik minden nap. Általában a /var/log a root partíción van, ami meg rendszerint nem szokott egy komplett SSD-t kapni (hacsak nem valami korai 32-64 gigás modell, amit nem éri meg partíciókra osztogatni). De tegyük fel a példa kedvéért, hogy csak egy boot és egy root partíció van az SSD-n, elszabadul a logolás, teleíródik az egész SSD (a boot általában kicsi, kerekítsük most 0-ra). Egy SSD-nek egy egyszeri plusz teleírás meg sem kottyan, akkor sem, ha csak valami budget TLC modell. Az access time használatánál sem tudtad megmutatni, hogy mérhetően belassulást okozna. Nem is csodálom, mert nem lassul be.
Ez a noatime varázslás pendrive-okra, memóriakártyákra van kitalálva, mert azoknál egy nagyságrenddel kisebb szokott lenni az írási terhelhetőség még egy TLC-s SSD-hez képest is (persze modelltől, Flash-típustól is függ), és főleg, ha valami noname kínai cucc, akkor még a papírforma szerinti írásokat sem szokta kibírni, hanem idő előtt tönkre szoktak menni. Ámbár ilyen adattárolóknál is csak akkor számít, ha rendszert futtatsz rajtuk, ha csak fájltárolásra használod (ahogy pl. én szoktam), akkor elfér az access time-ok okozta írást. Ha rendszert akarok telepíteni, arra tartok külső SSD-t (nem azért, mert strapabíróbb, hanem mert gyorsabb, mint egy pendrive, és használtan vagy belépőszinten elég olcsók már az SSD-k is, ha nem kell nagy tárterület), a noatime-ot azon sem kapcsolom ki. Egyszerűen le kell szokni erről a kíméljük az SSD-t litániáról, illetve, ha annyira ragaszkodsz hozzá, akkor a tiédet kíméld, de itt fórumon ne vezess félre embereket, hogy kímélni kell, mert nem kell.
-
Sziasztok!
Vivaldi eseten nem akar mukodni a youtube-os h264 lejatszas.
26-os fedora alatt siman meg tudtam csinalni valami netes leiras alapjan (rpmfusion-bol valami codec), de most nem talalom sehol azt. Amit talaltam, az megoldta a dolgot Chromium alatt, de Vivaldi eseten nem.Barmilyen tipp jol jonne!
-
#56495
bandras0226
támogató
lev258
#56491
válasz
lev258
#56491
üzenetére
Telepítés az egész lemez felhasználásával lett kijelölve. Ez a laptop csak ilyesmire van. Rendben végigment a telepítés. A végén kiírta hogy kész és indítsam újra a gépet. Újraindítottam és ennyi volt a hibaüzenet. Előtte Ubuntu Budgie volt fent,. Most feltettem egy Mintet, simán felment. Még arra gondoltam esetleg le kéne gyalulni valamivel nullára az SSD-t mert mindig egymásra telepítettem az előző rendszereket. Lehet hogy visszamaradt valami az előző telepítésekből.
Régebben próbáltam két féle BSD-t azoknál is ez volt a hiba. Akkor azt gondoltam ez valami BSD nyűg, mert a linuxokkal nem volt sosem probléma. Ez az első. -
#21078528
törölt tag
válasz
Frawly
#56488
üzenetére
Kedves Frawly!
Két apró problémám van veled!
1- Nem értesz a Linux/UNIX rendszerekhez: "Igen, syslogd futtása esetén. Nagyobb rendszernél. Ezek egyike sem igaz egy átlagos otthoni vagy irodai felhasználónál. Vagy ha néha igaz is, akkor sem futtat mindenki minden nap syslogd-t, akkor is néha egyszer-egyszer, ilyenkor meg 4 GB írás elenyésző."
"Szerintem noatime-ot sem kell beleírni. Nem akarom újrakezdeni a vitát, amit egy másik topikban lefolytattunk, csak megjegyzem itt is, hogy felesleges. Csak azért írom, hogy itt is szerepeljen, legyen másik vélemény, és nem összezavarásból. Esetleg ha újra le akarod folytatni a vitát, akkor linkelj róla forrást, ahol konkrét statisztikával kimutatják, hogy a noatime nélkül sokkal több írás kerül az SSD-ra, ami miatt elhasználódhat."
"Már én is néztem mit irkálsz itt, csak feltételeztem, hogy elírás. De most már a második tévedést írod. A fdisknek nincs fix/extra parancsa. Se a DOS-osnak, se a linuxosnak."
2- Ellenben igazi küldetéstudattal terjeszted a zöldségeidet itt és más topikokban is, pl. SSD...Amit már korábban is javasoltam neked, tanulj, olvasgass, kísérletezz, majd ha elegendő tudást és tapasztalatot gyűjtöttél, akkor gyere vissza és oszd az észt!
Első lépésként segítek neked megtalálni az fdisk fix parancsát, ha esetleg szükséged volna rá, bár az igaz, szerepel előtte a menüben, hogy "experts only"...
-
#56491
lev258
veterán
bandras0226
#56490
lev258
veterán
válasz
bandras0226
#56490
üzenetére
Ennél egy kicsit többet is írhatnál. Hogyan zajlott a telepítés, milyen beállításokkal?
-
#56490
bandras0226
támogató
Latitude 7440-re feltelepítettem az Archmerge nevű rendszert. A probléma hogy nem indul el. Érvénytelen partíciós tábla a hibaüzenet.
-
Frawly
veterán
válasz
#21078528
#56467
üzenetére
Már én is néztem mit irkálsz itt, csak feltételeztem, hogy elírás. De most már a második tévedést írod. A fdisknek nincs fix/extra parancsa. Se a DOS-osnak, se a linuxosnak. Szerintem a DOS-os fdisk /mbr kapcsolóra gondoltál, de a partíciós táblához az sem nyúl, az MBR-ben csak az OS-indító kódot cseréli le. Persze a partíciós tábla is az MBR-ben van (feltéve, hogy nem GPT-s tábla), de az az első 446 bájt után következik csak.
Partíciós táblát emberünk úgy tud létrehozni, ha particionálja a lemezt. Ettől még használhatja az fdisket, csak akkor ne a DOS-osat, ha már linuxos topik. A DOS-os elavult, csak MBR-t támogat, csak FAT16-32-es partíciókat tud létrehozni, azt is elég kötött sémák mentén. Ha már linuxos fdisk, inkább szoktam ajánlani a cfdisket, mert kicsit interaktívabb, felhasználóbarátabb. Vagy ha valami Live rendszert használ grafikus módban, akkor a Gparted még barátságosabb lehet.
-
#56487
#21078528
törölt tag
God Vazzeg
#56486
#21078528
törölt tag
válasz
God Vazzeg
#56486
üzenetére
Amúgy belső hálón, ahol hozzáférek a gépekhez, simán netcattal szoktam másolgatni, legjobb...!
-
Dave™
nagyúr
Nincs olyan limitáció a samba protokollban, hogy max. 50MB az adatávitel. De ha mindenáron az rsyncre biztatod a kezdő topikban, akkor írd le neki a használatát is, meg hogy mikre figyeljen, különben sok értelme nincs annak amit csinálsz. Aztán majd eldönti, hogy neki mi az egyszerűbb/jobb/kényelmesebb.
-
Dave™
nagyúr
-
Sziasztok!
Két linux között mi a legjobb módja a file másolásnak?
A samba win-lin között 40-50 MByte/sec körül másol, ha jól emlékszem, és valahol olvastam, hogy ez a samba limitációja.
Emiatt gondoltam arra, hogy ha úgysem kell windows a képbe, akkor hátha van gyorsabb módszer.Kössz!
-
#21078528
törölt tag
-
Smiley
addikt
válasz
#21078528
#56467
üzenetére
Itt valoszinuleg, rosszul irta vissza valamelyik particionalo program az MBR-t, es osszekeveredett a primary es az extended resz. Laikuskent eleg csak a mereteket megnezni, es egybol latszik, hogy az tobb mint maga a disk kapacitasa. Azt hiszem soha nem jon el az az ido amikor ezt a franya MBR-t elfelejthetnenk vegre... a GPT-nel ilyen nem nagyon fordulhat elo ugye.
-
agy73p
senior tag
válasz
#21078528
#56464
üzenetére
Köszönöm az infót.
Tegnap éjjel már újratelepítettem a gépet.
Miből derült ki, hogy vmi gond lenne a FAT táblával? Én nem tudom.Ez lett belőle: sudo fdisk -l
Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x76177699Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 234440703 234438656 111,8G 83 Linux -
mickemoto
őstag
-
#21078528
törölt tag
válasz
mickemoto
#56458
üzenetére
Összességében szerintem jobban jártál volna vmelyik "hivatalos" kiadással (nekem a Tahrpuppal van a legjobb tapasztalatom), mert a puppletekben nehéz segíteni, mert nem tudni mit variáltak meg benne...
Minden esetre a "hivatalosban" az SNS (Simple Network Setup) programocska szolgál a hálózat beállításra.
Ha ez a pupplet Ubu alapú, akkor keress rá a csomagkezelőjében a magyar nyelvi csomagokra, ha nem, akkor sajna passz... -
Sziasztok.
Na! A mániám kapott egy löketet.
Ez így működhet?
Ha igen ,akkor nekilátok.
Az lenne még a kérdésem, hogy az USB-s SSD-re MBR-es rendszerben telepített linux elindítható elméletileg bármilyen nem UEFI-s vasdarabon? -
agy73p
senior tag
válasz
lev258
#56456
üzenetére
fdisk -l
Disk /dev/ram0: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram1: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram2: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram3: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram4: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram5: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram6: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram7: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram8: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram9: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram10: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram11: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram12: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram13: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram14: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/ram15: 31,3 MiB, 32768000 bytes, 64000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xdb5de3acEszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 31459327 31457280 15G 83 Linux
/dev/sda3 39847936 81790975 41943040 20G 83 Linux
/dev/sda4 31461318 234438655 202977338 96,8G 5 Kiter
/dev/sda5 31461376 39841199 8379824 4G 83 Linux
/dev/sda6 81793024 234438655 152645632 72,8G 7 HPFS/Partition table entries are not in disk order.
sudo: parted: parancs nem található
-
mickemoto
őstag
válasz
CPT.Pirk
#56447
üzenetére
Feltelepítettem az unicorn-t, két dolog itt a legelején amit nem tudok, az egyik hogy a wifi hálózatot hol kell beállítani, a másik hogy a böngészőbe a í címsorba beírok össze vissza keveri a karaktereket,betűket.Gondolom le kell tölteni hozzá magyar nyelvi fájlt.Ezt hol és hogyan kell megtenni?
Mondjukha az ikonokra rámegyek akkor azokat magyarul írja ki.Telepítés után a beállításoknál mindenhol a magyart választottam. -
#56457
herdsman12
őstag
herdsman12
őstag
Átméreteznék pár partíciót.
Gondolom az sda1 megy a Gparted segítségével, a továbbiakat nem vágom.
A dd-vel lementetett sda3-at visszaírom a megnövelt 20 GiB-os partícióra és működik?
Grub és fstab javítást megoldom.Esetleg más a megoldás? CloneZilla-t kihagynám, ha nem fontos.
-
agy73p
senior tag
Sziasztok, Lubuntut és WattOS-t próbáltam telepíteni a régi gépemre Mageia helyére, de a telepítés ott elakad, hogy megmutatja az sda-t, de egy partíciót sem lát rajta. Újat engedne létrehozni, de én a meglévő linuxos partícióra szeretném feltelepíteni az új OS-t. A következő gomb a telepítés megkezdése lenne, de természetesen nem akarom leformázni az egész partíciót. Vagy azt a gombot meg kellene nyomnom?
-
CPT.Pirk
Jómunkásember
válasz
mickemoto
#56446
üzenetére
Már jó ideje minden disztróban alap az ntfs-3g csomag, azzal meg megy az ntfs kezelés magától. Win alól a rufust javaslom iso kiírására.
Amúgy meg ezt a kis unicorn disztrót javaslom: http://skamilinux.hu/unicorn6-puppynopae-v-2-angolmagyar-2017-jun/
-
gahor72
aktív tag
Jó estét mindenkinek!
Segítséget szeretnék kérni Linux-ban/ból..
Qnap nas-ra szerenék telepíteni flexget-et.Sajnos csak parancssoros telepítés létezik,amihez teljesen láma vagyok.
Napok óta olvasok hogy mit és hogyan,de nem megy.
Az rendszer GNU/Linux--ezt írja a a nas.Putty-al be tudok lépni SSH-n.
Azt,hogy hol is vagyok a rendszerben A Winscp nevű programmal tudom ellenőrizni a windows-os pc-n.
A flexget honlapja szerint tök egyszerű,a következőket kéne beírnom:For Python 2.7 on QNAP perform the following steps,
Install the QNAP Optware QPKG from the web GUI
Log in to your NAS via ssh
Enter the commands
ipkg install python27
ipkg install py27-setuptools
easy_install-2.7 flexgetA 2.7-es python fent van a qnap saját app kínálatából.
Optware fejlesztése leállt,de van helyette Entware-ng,ezt is feltettem.
SSh-n bejelentkeztem a nas-ra,mint admin,gondolom a root könyvtárban vagyok.
Itt beírtam ezeket :ipkg install py27-setuptoolsDe erre azt írja ki,hogy: command not found.
Innen nekem ez már kínai,de ha valaki segítene akkor valószínű,hogy össze tudnám hozni.
Köszönöm előre is a segítséget. -
adika4444
addikt
Hali!
Debian 9 alatt sikerült valakinek PPTP vagy Openvpn szervert beállítani?
Openvpn-t már elfogadtam hogy nem megy, de ez a rohadt PPTP se igazán megy, beállítottam a localip-t és a remoteip-t hogy a routerem tartományából, de a DHCP-n kívülről adjon címet. Persze nem megy. A címet megadja, de a Windows azt írja hogy nincs hálózat, vagy hogy nincs internetkapcsolat, persze semmit nem is lehet elérni.
Kicsit már kezdem úgy érezni hogy ez a Debian 9 kitűzte céljának hogy feszegesse az idegeimet![;]](//cdn.rios.hu/dl/s/v1.gif)
, mert az Openvpn se megy úgy mint másoknak Debian 8 alatt, PPTP-nél is ezt a leírást követtem, de még se megy...
A kérdés hogy valakinek sikerült értékelhető eredményt elérnie Debian 9 alatt a VPN szerver kérdésben?
Köszi! -
#73749248
törölt tag
-
Frawly
veterán
válasz
#73749248
#56439
üzenetére
Itt is azt írják pont a Wear Level Count attribútumra 840 Prónál, hogy a normalizált érték számít, nem a raw.
Egyébként azt furcsállom, hogy több éves az SSD-d (hiába a fél év kihagyás), és csak 103 nap üzemidőt mutat. Nálam fél év alatt keletkezett 58 nap. Ennyi idő alatt sok az a 7TB-os írás. Nem önmagában, de ilyen kevés napra elosztva az napi 69 GB írás, ami jóval az átlag felett van. Említetted a virtuális gépet, mondjuk attól lehet, ha futtatsz rajta egy komplett virtuális rendszert, ami sokat használsz, meg frissítesz.
Nyilvánvaló, hogy nem fog ilyen 50 évig menni igazából egyik SSD sem, mert hiába bírnák még a cellák, a vezérlő ki fog alóla rohadni. Semmi nem megy örökké. Akkor sem, ha kímélve van.
-
#73749248
törölt tag
-
Frawly
veterán
válasz
#73749248
#56435
üzenetére
Itt azt írják, hogy nem a RAW értéket kell nézni ennél az attribútumnál.
Nem kell kép, szépen látszik ezen az oszlopos táblázaton. Képet csak azért szoktam kérni, mert a szöveges kimenetet rosszul szokta tördelni a fórummotor. 98% százalék nálad a kondíció. Ez több éves SSD-nél, 7 TB írással a háta mögött egy nagyon jó érték. Ezzel az ütemmel még vagy 50 évig kitart még az szerencsétlen meghajtó.
-
#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.
-
Frawly
veterán
válasz
growler
#56432
üzenetére
Mondjuk ebben igazad van, foglaltságtól is függ, nem csak írásmennyiségtől. Ezeket, amiket én mértem, 54%-os foglaltság mellett mértem. Ez alapján hetente kéne TRIM-elnem, és kb. ennyire is szokott kijönni, mivel kb. hetente kézzel futtatom az fstrim-et (nem szeretem az automatikus dolgokat, nekem akkor a systemd fstrim.service ne fstrimmeljen, miközben lehet valami másra használom épp a meghajtót), de nem minden héten, volt, hogy elfelejtetettem, és egy meg másfél hónapig nem volt trimelve, és akkor sem volt baja, nem lassult be. Megfogadtam, hogy legalább egy évig fstrim-mel tesztelem, majd áttérek discard TRIM-re, hogy össze tudjam hasonlítani, hogy melyik hogy érinti az SSD teljesítményét, de már a látatlanban is azt várom, hogy mindegy, mindkettő egyformán jól működik szerintem, ha a meghajtó támogatja, nagyon valószínű, hogy egyik sem lassít a meghajtón, mindkettő megtrimeli, amit kell.
Olvastam nem egy emberről, akik XP alatt használnak SSD-t, mindenféle TRIM nélkül évek óta, és még nem lassult be nekik. Pedig XP alá is vannak olyan gyári szoftverek, amikkel lehet kézi trimet csinálni, vagy be lehet bootolni live linuxra, és ott kiadni a sudo fstrim -a -v parancsot néha napján.
-
Frawly
veterán
válasz
#73749248
#56431
üzenetére
A RAW értéket nem kell nézni, csak a sima értéket, amit mutat rá, a 98-at. 98%-os SMART kondícióval az még teljesen új SSD, gondolom az első százalék akkor ment le, mikor akármit is írtál rá, a következő meg x írás után, nem tudom mennyit TBW-t mutat most a meghajtót, hány GB-ot.
Az élettartamnak megint nem szabad hinni, azt az egyes programok a kondícióból, összes írásból, egyéb SMART jellemzőkből kombináltan kalkulálják egyéni szájíz alapján, emiatt különböző szoftverek eleve más élettartamot jósolnak. A HD sentinel még a kondíciót is átszámolja még más SMART adatok mentén, sokszor emiatt különböző értéket mutat, mint amit a SMART vagy az SSD gyártójának a diagnosztikai programja, ez utóbbi kettő a mérvadó.
Nem hinném, hogy aggódnod kéne, a 250 gigás 850 EVO-nál 75 GB TBW, az 500+ gigásnál 150 GB TBW van megadva, ezt nagyon sokára fogod elérni, már ha egyáltalán eléred, meg ha eléred és túl is léped, akkor sem lesz semmi baja, csak garancia nem lesz rá. Elég mindig az írási mennyiséget nézni a meghajtón, meg hőmérsékletet, meg az error countokat. A kondíciónál nem érdekes mit mutat, hacsak nem túl drasztikus az esése, mert akkor rá kell nézni mi miatt van.
-
#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) -
Frawly
veterán
válasz
#73749248
#56429
üzenetére
Azóta a kernelek ezt kezelik, lásd a kernel forráskódjának a vonatkozó része (a 4526. sortól jön a lényeg a TRIM-feketelistára vonatkozóan). A 4537. sorban szerepel a Samsung 8XX-es széria. Tehát semmilyen adatvesztés nincs azóta.
Azért is írok róla mindig ennyit, mert az SSD-ket még mindig rettenet sok tévhit övezi, és ebből a laikusnak az jön le, hogy agyon kell kímélni, meg speciális beállítások tömkelegét kell alkalmazni, hogy működjön. Lassan már az jön, hogy ránézni sem szabad, mert szemlenyomatos lesz, és az is árt neki, csökkenti az élettartamát.
Az a gyártón múlik, hogy a SMART-ban a health percentage értékét milyen ütemben csökkenti. Van olyan SSD, amire ha újonnan egyetlen bájtot is kiírsz, lemegy azonnal a kondíciója 99%-ra, de ez nem jelenti azt, hogy még 99 bájt után kuka lesz az SSD, mert adott esetben a következő százalékra esés mondjuk újabb 1-10 TiB írása után következik be. Ezt mindig az adott gyártó dönti el, hogy milyen ütemben veszi le a százalékokat. Ezért nem jelent semmit, hogy nálad a virtuális gép máris csökkentett 1%-ot. Nálam pl. most 738 GiB-nyi írás után (napi átlag 4,4 GiB írás, nincs semmilyen kímélő vagy optimalizáló beállítás, torrentet is kap, egyetlen meghajtó a gépben) a kondíció még mindig 100%-os. A kondícióesést akkor kell komolyan venni, ha gyorsan esik túl sok százalékot, ilyen pár hét leforgása alatt 20-50%-ot, akkor el lehet kezdeni aggódni.
-
#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.
-
Frawly
veterán
válasz
#21078528
#56416
üzenetére
Erről valami link, hogy adatvesztést okoz a discard TRIM a feketelistás SSD-ken? Én csak teljesítményproblémákról tudok. Persze lehet ugyanazt mondjuk, mert eredetileg lehet adavesztést okozott, ezért tették ezeket a vezérlőjű meghajtókat feketelistára a kernelben, emiatt a kernel a TRIM parancsot azonnal kikényszeríti, nem ütemezi későbbre. Tehát az adatvesztéstől megvéd a kernel, ennek ellenére nem jó ezeken a meghajtókon discard-ot használni. Én ezért sem vettem 8XX-es Samsungot, pedig eredetileg én is 850 EVO-t néztem, de végül ezért lett Crucial MX300, mert még ez volt olyan árban, meg ez tudott hardveres öntitkosítást, meg ami nekem kellett, és flottul megy rajta Linuxon akármilyen TRIM-elési módszer.
Sok helyen nem írják, így megteszem, hogy nem kell kétféle trim. Ha discard opcióval lett valami mountolva (és így működik a TRIM, nem feketelistás a meghajtó), akkor nem kell fstrimet futtatni, nem ront a helyzeten, csak felesleges. És fordítva, ha valaki úgyis fstrimet használ, akkor meg a discard felesleges. Ez alól egy kivétel van, pl. EFI partíció mindig FAT32-es, és ez nem támogatja az fstrim-et, csak a discard-ot, de a Windows is tudja TRIM-elni.
SSD-n nem hinném, hogy a noatime hiánya akkora teljesítményproblémához vezet, általában a meghajtó ki szokta futni a megadott gyártói sebességértékeket, noatime-mal és anélkül is. Nem tudok olyan benchmarkról, ahol kimutatták, hogy a noatime mérhető lassulást okoz. Ha tudsz ilyenről, jöhet erről is egy link.
Az meg igaz, hogy a linuxos particionálóknak olyan kezdő szektort adsz meg, amilyet akarsz, de default mindig olyan kezdő szektort ajánlanak fel, amely egész MB-os szektorhatáron kezdődik, és így 4K-val is osztható (fdisk, cfdisk, parted, Gparted, stb.). Nyilván, létrehozás előtt át lehet írni, de nem látom, hogy melyik felhasználó akarna laikusként a felajánlott default értékekbe önkényesen belebarmolni, mikor semmit nem nyer vele. A linuxos telepítőknél meg Windowsnál nem lehet önkényes értékeket megadni elve.
Az fstrim futtatásának a gyakorisága tényleg egyéni szükségletek függvénye. Elvileg elég lenne akkor lefuttatni, ha már belassul a meghajtó, de az általános ajánlás a havi egyszeri alkalom. Persze lehet sűrűbben is trimelni, nem árt a meghajtónak, mert a már TRIM-elt cellákat nem trimeli végig újra, csak azokat az adattároló cellákat, amelyekben azóta került az adat törlésre. Akár 5 percenként is le lehet futtatni az fstrim-et, akkor látszik is, hogy 0-1 másodperc alatt végez, míg ha hetente futtatom, akkor 15 másodperc kell neki a teljes meghajtó trimelésére, ha meg havonta, akkor olyan 35 másodperc körül végez egy 525 gigás SATA3-as SSD-n. Másoknál, akik többet írnak rá, lehet elkél a gyakoribb fstrim. Ezt az fstrim -a -v futási idejéből ki lehet tapasztalni.
-
kkdesign
senior tag
Srácok én meg megyek vissza a single Windowsra
pedig jókl indult a Linuxos pályafutásom, elsőre feltelepült mind2 disztro, de ez a rendszer fele elfelejt betölteni, most ebbe most amabba nem tudk belépni emrt nem níílik meg, csak úgy hibaüzenet nélkül, ehhez nekem nincs kedvem. Kérlek ha tudtok segíteni abban, hogy a bootolásból kiszedni a Linuxos dolgokat, azt nagyon megköszönném. Kértem segítséget az ottani topikban is, de hátha párhuzamosan előbbre jutok, vagy jó ötlet van. Az ottani kérdésem: [link] -
#56424
#21078528
törölt tag
Flowtation
#56422
#21078528
törölt tag
válasz
Flowtation
#56422
üzenetére
Igen, teljesen legyalulja a FAT táblát.
Minden adatod elveszik!
A seek opcióval gyk. az állítod, hogy a kimeneti fájl hanyadik bájtjától kezdődjön az írás. -
#56422
Flowtation
őstag
#21078528
#56421
Flowtation
őstag
válasz
#21078528
#56421
üzenetére
Köszönöm! Végül is kiderült, a két lemez egy raidben volt. Azt tervezem, hogy berakom mindkettőt, és live alól gyalulok mindent. Legalább a rendszerlemezt is át tudom méretezni. Ha ezt a dd parancsot kiadom - esetleg még a status=progress paranccsal - akkor letúr mindent? Ez a seek rész mit jelent?
-
#56421
#21078528
törölt tag
Flowtation
#56420
#21078528
törölt tag
válasz
Flowtation
#56420
üzenetére
Hmmm, ezek alapján nincs rajta RAID superblock, de ettől függetlenül próbálhatsz vmi Live rendszer alól futtatni rajta egy mdadm --zero-superblock /dev/sdc parancsot, vagy a drasztikusabb módszert:
dd if=/dev/zero of=/dev/sdc bs=512 seek=$(( $(blockdev --getsz /dev/sdc) - 1024 )) count=1024Aztán újra particionálni, szintén Live alól.
-
#56420
Flowtation
őstag
#21078528
#56418
-
-
#56418
#21078528
törölt tag
Flowtation
#56414
#21078528
törölt tag
válasz
Flowtation
#56414
üzenetére
Erre pontosan mit kapsz?
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
-
#21078528
törölt tag
válasz
Frawly
#56413
üzenetére
Hogy mernék vitatkozni egy olyan mély ismeretekkel rendelkező felhasználóval mint Te?
Amúgy a noatime opciót azért használjuk, hogy növeljük a meghajtó teljesítményét, és nem azért, hogy csökkentsük az írási mennyiséget, de ilyen apróságokkal ne foglalkozz...
A Samsung meghajtóknál nem teljesítmény problémát, hanem adatvesztést okoz, de ezzel se foglalkozz...
Honnan tudod, hogy a kolléga mennyit írási és törlési műveletet hajt végre a meghajtóján, és akkor honnan tudod milyen időközönként érdemes futtatnia az fstrimet?
A Linux toolokkal olyan kezdőszektort adok meg amilyet akarok (az hogy mit ajánl fel az adott program, egy dolog), tehát szépen el lehet rontani az alignálást, ami drámai teljesítmény csökkenést okoz...
De igen, tudomásul vettem, hogy a NAND modulok az örökkévalóságnak készülnek, és már rég nem fog létezni a világegyetem, amikor a NAND-ok még mindig vidám szívják magukba a biteket...
(#56415) nahaggyámár: relatimeot akkor van értelme használni a noatime helyett, ha konkrétan használsz olyan programot, aminek tudnia kell, hogy az adott fájl a módosítása óta fel volt-e olvasva, különben teljesen felesleges.
-
#56414
Flowtation
őstag
Flowtation
#56412
Flowtation
őstag
válasz
Flowtation
#56412
üzenetére
No, nfs megoldódott, hogy miért egyelőre nem tudom. Viszont újrahúztam az omv-t, a v3-al, mert a négyesben még gui-s akadások is voltak. Erre az lsblk már az sdc-re nem ír md126-ot, hanem simán sdc. Ekkor fdisk-el tettem rá egy partíciót, ami meg is jelent, viszont az omv gui alatt nem tudom létrehozni, mert ezt kapom vissza:
Hiba #0:
exception 'OMV\ExecException' with message 'Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; mkfs -V -t ext4 -b 4096 -m 0 -E lazy_itable_init=0,lazy_journal_init=0 -O 64bit -L 'uj1' '/dev/sdc1' 2>&1' with exit code '1': mke2fs 1.43.3 (04-Sep-2016)
/dev/sdc1 is apparently in use by the system; will not make a filesystem here!' in /usr/share/openmediavault/engined/rpc/filesystemmgmt.inc:626
Stack trace:
#0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(528): OMVRpcServiceFileSystemMgmt->{closure}('/tmp/bgstatusw7...', '/tmp/bgoutputaV...')
#1 /usr/share/openmediavault/engined/rpc/filesystemmgmt.inc(642): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure), NULL, Object(Closure))
#2 [internal function]: OMVRpcServiceFileSystemMgmt->create(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(124): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('create', Array, Array)
#5 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('FileSystemMgmt', 'create', Array, Array, 1)
#6 {main}sshn is ezt kapom vissza a mkfs.ext4 /dev/sdc1-re:
/dev/sdc1 nyilvánvalóan használatban van a rendszer által; itt aztán nem jön létre egy fájlrendszer!Mountolva ugyebár nincs...mi a rosseb van vele? Mint utólag kiderült, ez a lemez egy raid tömb fele volt.
-
Frawly
veterán
válasz
#21078528
#56411
üzenetére
Szerintem noatime-ot sem kell beleírni. Nem akarom újrakezdeni a vitát, amit egy másik topikban lefolytattunk, csak megjegyzem itt is, hogy felesleges. Csak azért írom, hogy itt is szerepeljen, legyen másik vélemény, és nem összezavarásból. Esetleg ha újra le akarod folytatni a vitát, akkor linkelj róla forrást, ahol konkrét statisztikával kimutatják, hogy a noatime nélkül sokkal több írás kerül az SSD-ra, ami miatt elhasználódhat.
A discard opció viszont nem szerepelhet, a 8XX-es Samsungok vezérlője a kernelben feketelistán van, a discard TRIM-et ezért a kernel azonnal kikényszeríti, ami teljesítményproblémákhoz vezet. Helyette fstrim-et kell használni, van rá systemd service is (sudo systemctl enable fstrim.timer), meg be lehet rakni a cron-ba is, vagy akár kézzel néha napján kiadogatni a sudo fstrim -a -v parancsot. Elég 4 hetente egyszer, vagy akár lehet ritkábban is.
Alignálás sem számít, pont most van róla szó az Flash SSD topikban, hogy a 850-es Samsungok 512 bájtos fizikai szektorral rendelkeznek, nem 4K-sal. Plusz a linuxos toolok és telepítők alapból egész MB-os határon hozzák létre a partíciókat, ami kompatibilis a 4K-s alignálással, mivel 4K-val is osztható maradék nélkül.
-
#56412
Flowtation
őstag
Flowtation
őstag
Sziasztok!
Nekem is lenne fstab-os kérdésem (is). OMV 4.x alatt lsblk-ra ezt kapom:sdb 8:16 0 372,6G 0 disk
└─sdb1 8:17 0 372,6G 0 part /srv/dev-disk-by-label-fekete
sdc 8:32 0 465,8G 0 disk
└─md126 9:126 0 464,7G 0 raid1
sdd 8:48 0 465,8G 0 disk
└─sdd1 8:49 0 465,8G 0 part /srv/dev-disk-by-label-belsoMi ez a /srv/akármi elérési út? Ez normális? Egyébként nem jó az nfs megosztás, a mount -a parancsra access denied-et kapok, pedig elvileg megy az omv-n az nfs, meg is van osztva a mappa. (/export/megosztás megvan). Arra már nem emlékszem, hogy a user ACL beállításaiban kell-e valamit konfigolni, oda viszont nem tudok belépni, mert nem töltődik be. Igaz, hogy a legfrissebb 4-es omv, lehet, hogy ez a baj, még nem teljesen stabil.
A másik kérdésem pedig az lenne, hogy a fenti lemezeknél hogyan tudom megszüntetni a raid-et? Az sdc-nél ami van, csak egy sima partíciót szeretnék az egész lemezre.
Köszönöm!
-
#21078528
törölt tag
válasz
kkdesign
#56410
üzenetére
Az fstabba egy noatime opciót írj / fájlrendszer paramétereihez (az errors=remount-ro után, vesszővel elválasztva), egyébként rendben van, nem szerepel discard opció, nincs további teendőd.
Ezen kívül az alignálás ellenőrzése nagyon fontos, és az nem árt, ha az fstrim lefut néha, mondjuk hetente.
Ja, és ne írd csurig a meghajtót, szegény vezérlő hadd tegye a dolgát!
A többi dolog már csak finomhangolás. -
kkdesign
senior tag
válasz
#21078528
#56395
üzenetére
A szájbarágás. Hova mit írjak pontosan. Melyik a sarkalatos pont, melyik mit csinál pontosan. El tudom-e szúrni valahogy, várható -e hibaüzenet, ha igen mivel kapcsolatban.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb5 during installation
UUID=8bf39550-fbd6-454e-9161-cf18a817be4b / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=8058-DAF4 /boot/efi vfat umask=0077 0 1
# swap was on /dev/sdb3 during installation
UUID=10d3aef9-024c-45fe-a183-2163b68de65f none swap sw 0 0ez van az fstab fájlban.
Az a legfőbb bajom, hogy még nem értem mit csinálok ha ezt végigcsinálom, vagy melyik részét kéne konkrétan végigcsinálnom. Oké le van írva, hogy Samunál baj lehet. Valami kapizs a feketelistás dologról is, de csak kikövetkeztetni tudom, hgy tán azért, mert azonnali használatot eredményez..!? ami rendesen használja az ssd-t.
-
#21078528
törölt tag
válasz
soldi3r
#56403
üzenetére
Így van, semmi nem indul, amíg nem épül fel a kapcsolat. A systemd-analyze blame paranccsal amúgy ellenőrizheted a folyamatot, látni fogod, minden .service, aminek hálózat kell, az utána fog indulni.
Az openvpnt nem ismerem, mint írtam, fogalmam nincs hogyan tudod rávenni, hogy ne kérjen jelszót...
-
soldi3r
veterán
válasz
#21078528
#56397
üzenetére
Oke, kicsit olvasgattam ez alapjan, de nem mondom, hogy kepben vagyok
Szoval felteszem a network managert, ha nincs, aztansystemctl enable NetworkManager-wait-online.service
Ezzel amig nincs net, addig nem tolt be semmi? OMV, MiniDLNA sem?
Ha jol latom network manager nelkul pedig ez mukodnesystemctl enable systemd-networkd-wait-online.service
Ezutan a /etc/default/openvpn fajt szerkesztve el tudom inditani az autostartot,
AUTOSTART=a_konfig_fajl_neve.ovpnElgileg meg egy dolog lenne. Ha atirom a .ovpn vegzodest .conf-ra, akkor eleg 2 sor beszurnom fajlba?
If a username/password is required,
edit the .conf file
edit auth-user-pass user-password-filename ezt a sort nem tudom ertelmezni egyelore
Create a file containing:
username
password -
-
#56401
#21078528
törölt tag
herdsman12
#56399
#21078528
törölt tag
válasz
herdsman12
#56399
üzenetére
Teljesen jó, tényleg gyorsult, pár kiegészítő egyenlőre nem megy.
Egyszerűen nem tudom elhinni hogy nem működik se Openvpn, se PPTP...
Miből derült ki, hogy vmi gond lenne a FAT táblával? Én nem tudom.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
, mert az Openvpn se megy úgy mint másoknak Debian 8 alatt, PPTP-nél is 
Új hozzászólás Aktív témák
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!
- Milyen okostelefont vegyek?
- Épített vízhűtés (nem kompakt) topic
- ASZTALI GÉP / ALKATRÉSZ beárazás
- PlayStation 5
- Eredeti játékok OFF topik
- Új olcsó Redmi telefonnal bővült a Xiaomi magyar kínálata
- Háztartási gépek
- Hálózati / IP kamera
- Futás, futópályák
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- További aktív témák...
- BESZÁMÍTÁS! 4TB Western Digital Purple SATA HDD meghajtó garanciával hibátlan működéssel
- Samsung Galaxy Tab S8 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- LG 65G4 - 65" OLED evo - 4K 144Hz & 0.1ms - MLA Plus - 3000 Nits - NVIDIA G-Sync - FreeSync Premium
- Újszerű Apple MacBook Air 13.6" - M2, 16GB/256GB - 15 ciklus - 100% akku(MC7W4MG/A) Csillagfény -HUN
- AKCIÓ! EZÜST! RITKASÁG! Surface Pro 11 Qualcomm Snapdragon X Elite 16GB 1000GB OLED 120Hz Gar!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest