-
Fototrend
Fototrend
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Elgondolkodtam egyébként, ami nem túl gyakori nálam, lehet kiveszem ezt a /var logolást piszkáló sort és meglátjuk mi lesz!
Hirtelen nem ugrik be ez a ramdiskes dolog, hogyan tetted fstabba a .cache- t? A nem tervezett leállást tényleg nem tervezik meg előre az elmü- nél!
(#18895) karamblo Remélem hasznos lesz valami belőle! Azért a Linux és az SSD infókat ne felejtsd el! Ha valami nem tiszta ![;]](//cdn.rios.hu/dl/s/v1.gif)
mindenképp kérdezz, mielőtt cselekszel! Mint látod, mi sem vagyunk guruk a témában, csak erősen próbálkozunk megérteni. Új ez a két dolog még így együtt, nem véletlen, hogy az Ubuntunál is csak az új LTS- től fut a auto TRIM és még azt sem tesztelték minden SSD tipusra! -
Akkor viszont azt valahogy meg kéne oldani, hogy a log-ok kiírodjanak, és ne íródjanak felül, mert szerintem inkább ez utóbbi történik, mint a log-ok eltűnése. Utóbbit egy Live rendszerrel tudod ellenőrizni.
(#18896) _Dumber_
Nem tervezett lecsatoláskor (pl. áramszünet) HDD-re sincs ideje log-ot írni. Így ebben nincs különbség.Okozhat ez nekem gondot egyébként, hogy nem menti el a logokat, hanem felülírja?
Írok egy live- ot penre, új Chakra- ra úgyis kíváncsi vagyok mert DVD- k már nem operálnak új alaplappal. Hogyan ellenőrzöm ezzel a logokat vagyis azt, hogy nem íródik felül? Szerkesszem live- ban az fstabot?proc /proc proc defaults 0 0
Ez a proc sor nem ismert neked sem?
-
Szerintem (látatlanban) azért csak mai bejegyzések vannak, mert gépindításkor automatikusan felcsatol egy üres helyet, és azt tölt fel.
Szerintem a gép tervezett kikapcsolásakor sem ír ki SSD-re semmit... mert.
1. nincs kapcsoló ami ezt megtenné.
2. Felcsatoláskor is érdemes lenne a már kiírt dolgokat visszatölteni. (erre sincs kapcsoló)
3. ha meg lenne is ilyen akkor sem sok értelme van csak lecsatolás előtt kiírni, mert mi van a "nem tervezett" lecsatolással (pl áramszünet)Az enyém így néz ki: (dátumot érdemes nézni)
Szerintem kapcsoló csak arra van, hogy egy felcsatolt helyre nem azonnal ír ki (késleltetett írás), hanem cache-el. (Pl USB pen). Lecsatoláskor meg kiírja a cache tartalmá a csatolásra. Ha ez a RAM akkor oda.
Nem értek az SSD lélektanához, mert még nem használom, de ha mostmár szinte kotlátlan kíírást elvisel (mert hamarabb cseréled le, mint tönkremegy) akkor felesleges RAMDISK-be logolni. A /tmp és a .cache-t is csak azért tesszük oda, mert gyorsabb mint HDD-n.
Elgondolkodtam egyébként, ami nem túl gyakori nálam, lehet kiveszem ezt a /var logolást piszkáló sort és meglátjuk mi lesz!
Hirtelen nem ugrik be ez a ramdiskes dolog, hogyan tetted fstabba a .cache- t? A nem tervezett leállást tényleg nem tervezik meg előre az elmü- nél!
(#18895) karamblo Remélem hasznos lesz valami belőle! Azért a Linux és az SSD infókat ne felejtsd el! Ha valami nem tiszta mindenképp kérdezz, mielőtt cselekszel! Mint látod, mi sem vagyunk guruk a témában, csak erősen próbálkozunk megérteni. Új ez a két dolog még így együtt, nem véletlen, hogy az Ubuntunál is csak az új LTS- től fut a auto TRIM és még azt sem tesztelték minden SSD tipusra! -
Persze, hogy nem trollkodás ez, ugyanígy vagyok én is, a megértési folyamat elején vagyok, bár elnézve a Flash SSD topic gurujait, nem panaszkodhatunk, mert komoly viták vannak a helyes optimalizálásról, pedig tőlünk jobban értenek az SSD- hez.
Rengeteg helyről próbáltam infókat összeszedni, akkor még ez a cikk sem volt, ami csak egy kiindulási alap lenne Linuxosoknak. Ramdisk- ről máshol olvastam, de jó az a beállítás, külföldi leírásokban általában le is írják a beállítások hátrányait. de ilyet is például Általában újabb SSD újabb Linuxon elég optimálisan működik, legalábbis az Ubuntu 14.04 óta heti fstrimet használja automatikusan Samsung és Intel SSD- n, más esetben be kell kapcsolni. Normál használatnál pedig heti trimmelés mellett nem lehet gond.
Megnéztem ezt a log dolgot, nem ír új logot a /var- ban az I-nex, amit elindítottam.
Minden log csak mai dátumú, no legalább nem fognak itt nekem megbüdösödni!
más
Ezt a sort ismeritek az fsatb- ból? Mi ennek a feladata?proc /proc proc defaults 0 0
-
Persze, hogy nem trollkodás ez, ugyanígy vagyok én is, a megértési folyamat elején vagyok, bár elnézve a Flash SSD topic gurujait, nem panaszkodhatunk, mert komoly viták vannak a helyes optimalizálásról, pedig tőlünk jobban értenek az SSD- hez.
Rengeteg helyről próbáltam infókat összeszedni, akkor még ez a cikk sem volt, ami csak egy kiindulási alap lenne Linuxosoknak. Ramdisk- ről máshol olvastam, de jó az a beállítás, külföldi leírásokban általában le is írják a beállítások hátrányait. de ilyet is például Általában újabb SSD újabb Linuxon elég optimálisan működik, legalábbis az Ubuntu 14.04 óta heti fstrimet használja automatikusan Samsung és Intel SSD- n, más esetben be kell kapcsolni. Normál használatnál pedig heti trimmelés mellett nem lehet gond.
Megnéztem ezt a log dolgot, nem ír új logot a /var- ban az I-nex, amit elindítottam.
Minden log csak mai dátumú, no legalább nem fognak itt nekem megbüdösödni!más
Ezt a sort ismeritek az fsatb- ból? Mi ennek a feladata?proc /proc proc defaults 0 0
Szerintem (látatlanban) azért csak mai bejegyzések vannak, mert gépindításkor automatikusan felcsatol egy üres helyet, és azt tölt fel.
Szerintem a gép tervezett kikapcsolásakor sem ír ki SSD-re semmit... mert.
1. nincs kapcsoló ami ezt megtenné.
2. Felcsatoláskor is érdemes lenne a már kiírt dolgokat visszatölteni. (erre sincs kapcsoló)
3. ha meg lenne is ilyen akkor sem sok értelme van csak lecsatolás előtt kiírni, mert mi van a "nem tervezett" lecsatolással (pl áramszünet)Az enyém így néz ki: (dátumot érdemes nézni)
Szerintem kapcsoló csak arra van, hogy egy felcsatolt helyre nem azonnal ír ki (késleltetett írás), hanem cache-el. (Pl USB pen). Lecsatoláskor meg kiírja a cache tartalmá a csatolásra. Ha ez a RAM akkor oda.
Nem értek az SSD lélektanához, mert még nem használom, de ha mostmár szinte kotlátlan kíírást elvisel (mert hamarabb cseréled le, mint tönkremegy) akkor felesleges RAMDISK-be logolni. A /tmp és a .cache-t is csak azért tesszük oda, mert gyorsabb mint HDD-n.
-
Milyen Linuxod van pontosan? uname -a parancs kiírja, és pontosan milyen SSD- d van?
Ezeket a parancsokat futtasd le pihenésképpen és tanulmányozgasd, valamint a neked linkelt SSD Linux cikket is nézd át:
sudo blockdev --getalignoff /dev/sda
ez a parancs terminalból leellenőrzi, hogy az alignálás rendben van- e. Itt, ha nulla az érték,jó az alignálás, de a másik módszer is jelzi, ha rendben van:sudo fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// | awk '{printf ("%s %f ",$1,$2/512); if($2%512){ print "ROSSZ" }else {print "OK"} }' | column -t
sudo hdparm -I /dev/sda | grep "TRIM supported"
ez ellenőrzi, hogy a TRIM támogatott-esudo dmesg | grep -i sata | grep 'link up'
SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.sudo hdparm -Tt /dev/sda
lemezolvasás ellenőrzésesudo dmesg | grep -i --color ahci
AHCI ellenőrzésesudo smartctl --all /dev/sda
SMART ellenőrzéscat /sys/block/sda/queue/scheduler
noop [deadline] cfq
I/O ütemező ellenőrzése, a bejelöltet használja a meghajtóA megfelelő optimalizálásról szól ez a cikk is, érdemes átolvasgatni és értelmezni. Később jobban ráérek, addig megfogalmazódnak benned a kérdések. Nagyon addig ne változtass semmit, az SSD- d jól elvan anélkül.
(#18882) _Dumber_
A cikket Dumber fórumtársnak is javallom!
Köszönöm, maestro!!! Átbogarászok mindent, aztán majd brekegek. Üdv!!
-
Srácok.. tényleg nem trollkodás képpen maszírozom a témát, csak szeretném megérteni.
Elolvastam...
"Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
Ezenkívül érdemes a /tmp könyvtárat tmpfssel (átmeneti fájlrendszer, ami sosem íródik lemezre) a RAM-ba rakni (ezt néhány terjesztés alapból megteszi)."Ebből nekem az jön le, hogy azért nem RAM ba írja a /var-t, mert ott törlődik, mikor kikapcsolom a gépet. Ezért írja HDD-re, és azért nem SSD-re, mert az jobban használódna a folyamatos írás miatt.
"Amennyiben a /var könyvtár SSD-re kerül, érdemes lehet a /var/log könyvtárat (gyk. a naplózást) a RAM-ba irányítani tmpfssel, ehhez adjuk az /etc/fstab fájlhoz az alábbi sort:
tmpfs /var/log tmpfs defaults,noatime 0 0
A beállítást jól gondoljuk át, mert ha elfogy a RAM, a rendszer a swappet fogja használni, ill. bizonyos programok futását akadályozza, ha nem tudják létrehozni a /var/log-ban a bejegyzéseiket!"
Ebből meg az, hogy érdemes (az SSD miatt) de nem célszerű,mert az csak a RAM...
a tmpfs nem arról híres, hogy kapcsoláskor is tárol.A cikkben hivatkozásként megjelölt ARCH wiki is csak ennyit ír. Nem is hozza szóba a ramdisket.
tomtyi
Azért mert a könyvtár lecsatolás után a tartalma egyszerűem odavész. Nem mágnesesen tárolódik mint a HDD vagy SSD esetén.
(#18890) ubyegon2
Ezzel már nehezebb vitatkozni
Van e olyan logod ami nem mai dátumú?
Próbálj ki valamit:
Indíts el egy olyan progit, amit ritkán szoktál.
Nézd meg kereálódik e hozzá log file.
Indítsd újra a gépet.
Nézd meg még meg van e a log filePersze, hogy nem trollkodás ez, ugyanígy vagyok én is, a megértési folyamat elején vagyok, bár elnézve a Flash SSD topic gurujait, nem panaszkodhatunk, mert komoly viták vannak a helyes optimalizálásról, pedig tőlünk jobban értenek az SSD- hez.
Rengeteg helyről próbáltam infókat összeszedni, akkor még ez a cikk sem volt, ami csak egy kiindulási alap lenne Linuxosoknak. Ramdisk- ről máshol olvastam, de jó az a beállítás, külföldi leírásokban általában le is írják a beállítások hátrányait. de ilyet is például Általában újabb SSD újabb Linuxon elég optimálisan működik, legalábbis az Ubuntu 14.04 óta heti fstrimet használja automatikusan Samsung és Intel SSD- n, más esetben be kell kapcsolni. Normál használatnál pedig heti trimmelés mellett nem lehet gond.
Megnéztem ezt a log dolgot, nem ír új logot a /var- ban az I-nex, amit elindítottam.
Minden log csak mai dátumú, no legalább nem fognak itt nekem megbüdösödni!más
Ezt a sort ismeritek az fsatb- ból? Mi ennek a feladata?proc /proc proc defaults 0 0
-
-
Srácok.. tényleg nem trollkodás képpen maszírozom a témát, csak szeretném megérteni.
Elolvastam...
"Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
Ezenkívül érdemes a /tmp könyvtárat tmpfssel (átmeneti fájlrendszer, ami sosem íródik lemezre) a RAM-ba rakni (ezt néhány terjesztés alapból megteszi)."Ebből nekem az jön le, hogy azért nem RAM ba írja a /var-t, mert ott törlődik, mikor kikapcsolom a gépet. Ezért írja HDD-re, és azért nem SSD-re, mert az jobban használódna a folyamatos írás miatt.
"Amennyiben a /var könyvtár SSD-re kerül, érdemes lehet a /var/log könyvtárat (gyk. a naplózást) a RAM-ba irányítani tmpfssel, ehhez adjuk az /etc/fstab fájlhoz az alábbi sort:
tmpfs /var/log tmpfs defaults,noatime 0 0
A beállítást jól gondoljuk át, mert ha elfogy a RAM, a rendszer a swappet fogja használni, ill. bizonyos programok futását akadályozza, ha nem tudják létrehozni a /var/log-ban a bejegyzéseiket!"
Ebből meg az, hogy érdemes (az SSD miatt) de nem célszerű,mert az csak a RAM...
a tmpfs nem arról híres, hogy kapcsoláskor is tárol.A cikkben hivatkozásként megjelölt ARCH wiki is csak ennyit ír. Nem is hozza szóba a ramdisket.
tomtyi
Azért mert a könyvtár lecsatolás után a tartalma egyszerűem odavész. Nem mágnesesen tárolódik mint a HDD vagy SSD esetén.
(#18890) ubyegon2
Ezzel már nehezebb vitatkozni
Van e olyan logod ami nem mai dátumú?
Próbálj ki valamit:
Indíts el egy olyan progit, amit ritkán szoktál.
Nézd meg kereálódik e hozzá log file.
Indítsd újra a gépet.
Nézd meg még meg van e a log file -
Milyen Linuxod van pontosan? uname -a parancs kiírja, és pontosan milyen SSD- d van?
Ezeket a parancsokat futtasd le pihenésképpen és tanulmányozgasd, valamint a neked linkelt SSD Linux cikket is nézd át:
sudo blockdev --getalignoff /dev/sda
ez a parancs terminalból leellenőrzi, hogy az alignálás rendben van- e. Itt, ha nulla az érték,jó az alignálás, de a másik módszer is jelzi, ha rendben van:sudo fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// | awk '{printf ("%s %f ",$1,$2/512); if($2%512){ print "ROSSZ" }else {print "OK"} }' | column -t
sudo hdparm -I /dev/sda | grep "TRIM supported"
ez ellenőrzi, hogy a TRIM támogatott-esudo dmesg | grep -i sata | grep 'link up'
SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.sudo hdparm -Tt /dev/sda
lemezolvasás ellenőrzésesudo dmesg | grep -i --color ahci
AHCI ellenőrzésesudo smartctl --all /dev/sda
SMART ellenőrzéscat /sys/block/sda/queue/scheduler
noop [deadline] cfq
I/O ütemező ellenőrzése, a bejelöltet használja a meghajtóA megfelelő optimalizálásról szól ez a cikk is, érdemes átolvasgatni és értelmezni. Később jobban ráérek, addig megfogalmazódnak benned a kérdések. Nagyon addig ne változtass semmit, az SSD- d jól elvan anélkül.
(#18882) _Dumber_
A cikket Dumber fórumtársnak is javallom!Srácok.. tényleg nem trollkodás képpen maszírozom a témát, csak szeretném megérteni.
Elolvastam...
"Ha rendelkezünk HDD-vel is, megfontolandó a /var könyvtár (gyakran módosuló adatok) és a swap HDD-re rakása.
Ezenkívül érdemes a /tmp könyvtárat tmpfssel (átmeneti fájlrendszer, ami sosem íródik lemezre) a RAM-ba rakni (ezt néhány terjesztés alapból megteszi)."Ebből nekem az jön le, hogy azért nem RAM ba írja a /var-t, mert ott törlődik, mikor kikapcsolom a gépet. Ezért írja HDD-re, és azért nem SSD-re, mert az jobban használódna a folyamatos írás miatt.
"Amennyiben a /var könyvtár SSD-re kerül, érdemes lehet a /var/log könyvtárat (gyk. a naplózást) a RAM-ba irányítani tmpfssel, ehhez adjuk az /etc/fstab fájlhoz az alábbi sort:
tmpfs /var/log tmpfs defaults,noatime 0 0
A beállítást jól gondoljuk át, mert ha elfogy a RAM, a rendszer a swappet fogja használni, ill. bizonyos programok futását akadályozza, ha nem tudják létrehozni a /var/log-ban a bejegyzéseiket!"
Ebből meg az, hogy érdemes (az SSD miatt) de nem célszerű,mert az csak a RAM...
a tmpfs nem arról híres, hogy kapcsoláskor is tárol.A cikkben hivatkozásként megjelölt ARCH wiki is csak ennyit ír. Nem is hozza szóba a ramdisket.
tomtyi
Azért mert a könyvtár lecsatolás után a tartalma egyszerűem odavész. Nem mágnesesen tárolódik mint a HDD vagy SSD esetén.
(#18890) ubyegon2
Ezzel már nehezebb vitatkozni
Van e olyan logod ami nem mai dátumú?
Próbálj ki valamit:
Indíts el egy olyan progit, amit ritkán szoktál.
Nézd meg kereálódik e hozzá log file.
Indítsd újra a gépet.
Nézd meg még meg van e a log file -
Jó reggelt...Habár Ubyegon mester nincs itt, javaslatai szerint járok el. Tehát a mostani fstab-om, alikvidálások után:
# /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/sda1 during installation
UUID=b69e4324-6363-427b-a95f-b071ffa13fc6 / ext4 errors=remount-ro 0 1
/dev/sda1 / ext4 defaults,noatime,discard,nobarrier 0 0blkid kimenet:
/dev/sda1: UUID="b69e4324-6363-427b-a95f-b071ffa13fc6" TYPE="ext4"
Swap ugye nincs, minden egy partíción.
Most akkor ez tuti, mesterek?
UUID=b69e4324-6363-427b-a95f-b071ffa13fc6 / ext4 discard,noatime,errors=remount-ro 0 1
Ha már ezt berakod a megfelelő sor helyett, akkor már működni fog a TRIM, ha semmi mást nem állítasz be, akkor is jó lesz.
"A discard hatására az OS közli a vezérlővel, hogy az adott adat logikailag már nem létezik, valósan törölhető, a blokk felszabadítható."
(#18889) tomtyi
Tényleg nem törli a logokat, ezek megvoltak újraindítás előtt és után is, bár a méret változott picit. Igazából, ha törölné se nagyon zavarna, mivel túl sokat nem tudnék analizálni belőlük.
-
Pont ez a gondom, hogy sok értelme nincs ha kitörli.
A /tmp és a .cache mappákat én is ramdisk-be rakom, de az más.
A log pont azért kell, hogyha valami gebasz van akkor tudd mi történt.
Ha csak a kikapcsoláskor rakná ki, akkor mi van az összeomlást megelőző pillanatban. Hogyan keresed vissza?
Másik, meg hogy mitől írná ki? A tmp-t sem írja ki, pedig ugyanilyen kapcsolókkal configolta be. -
Ok. törlöm.
Más: a fstrim -v / -parancsra ezt adja ki :
: 27260002304 bytes were trimmedöt perc múlva. /: 0 bytes were trimmed Ez igy rendben, gondolom. Olvastam, hogy ezt naponta le kell futtatni, és van mód, hogy nem kézzel, hanem automatikusan egy program tegye ezt. Hogyan kell megcsinálni?
Milyen Linuxod van pontosan? uname -a parancs kiírja, és pontosan milyen SSD- d van?
Ezeket a parancsokat futtasd le pihenésképpen és tanulmányozgasd, valamint a neked linkelt SSD Linux cikket is nézd át:
sudo blockdev --getalignoff /dev/sda
ez a parancs terminalból leellenőrzi, hogy az alignálás rendben van- e. Itt, ha nulla az érték,jó az alignálás, de a másik módszer is jelzi, ha rendben van:sudo fdisk -l /dev/sda | grep -E sda[0-9]+ | sed s/*// | awk '{printf ("%s %f ",$1,$2/512); if($2%512){ print "ROSSZ" }else {print "OK"} }' | column -t
sudo hdparm -I /dev/sda | grep "TRIM supported"
ez ellenőrzi, hogy a TRIM támogatott-esudo dmesg | grep -i sata | grep 'link up'
SATA link ellenőrzése, ebből megtudod, hogy SATA1, 2 vagy 3 átvitelt alkalmaz a Linux.sudo hdparm -Tt /dev/sda
lemezolvasás ellenőrzésesudo dmesg | grep -i --color ahci
AHCI ellenőrzésesudo smartctl --all /dev/sda
SMART ellenőrzéscat /sys/block/sda/queue/scheduler
noop [deadline] cfq
I/O ütemező ellenőrzése, a bejelöltet használja a meghajtóA megfelelő optimalizálásról szól ez a cikk is, érdemes átolvasgatni és értelmezni. Később jobban ráérek, addig megfogalmazódnak benned a kérdések. Nagyon addig ne változtass semmit, az SSD- d jól elvan anélkül.
(#18882) _Dumber_
A cikket Dumber fórumtársnak is javallom! -
Még mindig 2 db / csatolásod van.
Mivel az első UUID megegyezik a /dev/sda1-gyel, így a /dev/sda1 sort törölni kell!
Csak hogy értsd:
A csatolást /dev/sda1 formátumban kell megadni, de mióta létezik az UUID, ami egyértelműen beazonosítja a partíciót, ezért a /dev/sd1 szövek helyettesíthető az UUID= xxxx számmal.
Ez azért jó mert ha pl az a driveot sdb-ként azonosítaná a rendszer bootkor, akkor nem tudná felcsatolni.
Ha csak egy vinyód van akkor ennek nem nagyon látod az előnyét, de pl nálam állandóan be van dugva egy USB pendrive. A rendszer bootkor néha a winyót sda-nak néha sdb-nek csatolja.. valamint az usb pent meg fordítva. Ne is beszéljek arról, mikor be van dugva a nyomtató és az azon lévő kártyafogadót is bekeveri a játékba -
Jó reggelt...Habár Ubyegon mester nincs itt, javaslatai szerint járok el. Tehát a mostani fstab-om, alikvidálások után:
# /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/sda1 during installation
UUID=b69e4324-6363-427b-a95f-b071ffa13fc6 / ext4 errors=remount-ro 0 1
/dev/sda1 / ext4 defaults,noatime,discard,nobarrier 0 0blkid kimenet:
/dev/sda1: UUID="b69e4324-6363-427b-a95f-b071ffa13fc6" TYPE="ext4"
Swap ugye nincs, minden egy partíción.
Most akkor ez tuti, mesterek?
Még mindig 2 db / csatolásod van.
Mivel az első UUID megegyezik a /dev/sda1-gyel, így a /dev/sda1 sort törölni kell!
Csak hogy értsd:
A csatolást /dev/sda1 formátumban kell megadni, de mióta létezik az UUID, ami egyértelműen beazonosítja a partíciót, ezért a /dev/sd1 szövek helyettesíthető az UUID= xxxx számmal.
Ez azért jó mert ha pl az a driveot sdb-ként azonosítaná a rendszer bootkor, akkor nem tudná felcsatolni.
Ha csak egy vinyód van akkor ennek nem nagyon látod az előnyét, de pl nálam állandóan be van dugva egy USB pendrive. A rendszer bootkor néha a winyót sda-nak néha sdb-nek csatolja.. valamint az usb pent meg fordítva. Ne is beszéljek arról, mikor be van dugva a nyomtató és az azon lévő kártyafogadót is bekeveri a játékba -
Szerintem ez annyit csinál, hogy a rendszer betöltődésekor a RAM-ba rakja, ha meg leállítod a rendszert, akkor kiírja az SSD-re. Tehát csak a használat közbeni folyamatos írogatást kerüli el. Meg összeomlás esetén a bekapcsolás óta keletkezett logokat. A Firefox gyorsítására van ugyanilyan módszer: akár a teljes profilt a RAM-ba tölti. Sok értelme nem lenne, ha a profil csak a kikapcsolásig létezne, ugye?
-
Ejha! Ezt az fstabot érdekesen hoztad össze, az biztos!
Azért a sudo blkid terminal kimenetet majd biggyeszd ide, mert van mit fésülni az fstabodon, SSD- vel kapcsolatos bejegyzések is kellenek majd azon felül, amit a blkid- ből érdemes berakni.
Jól pihend ki magad, aztán majd megoldjuk szakértők segítségével.
Ez is most alakult fstab, új rendszer van SSD- n, de ehhez jobban kell majd hasonlítani az fstabodnak, mint amit bemásoltál:
# / was on /dev/sda1 during installation
UUID=77c25784-65fa-4a22-b7c5-eac5445027b4 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb7 during installation
UUID=d86f7120-35a8-49e2-a09f-9e9c1f9a49e5 none swap sw 0 0
UUID=2fa88d20-a201-40d2-a081-be1a74000196 /media/TORRENTEK ext4 nosuid,nodev,nofail 0 0
UUID=107ca107-b9b5-4af8-ad53-6c714391b3ca /media/Data auto nosuid,nodev,nofail 0 0
# Modification for SSD
tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
Megoldottam, cimbora ! Ezeket kitöröltem:
# swap was on /dev/sda5 during installation
UUID=30c7ee14-2942-414d-bc00-5d14c28c8de3 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
# / was on /dev/sda2 during installation
UUID=587e0dc5-2db1-4cd9-9792-a5459a7bcfd2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# /home was on /dev/sda3 during installation
UUID=2c919dc4-24de-474f-8da0-14c7e1240ab8 /home ext4 noatime,nodiratime,defaults 0 2és öröm, boldogság...
Túl sokat gépelgettem tegnap, ilyenkor olvasva a gurukat, közben terminál, másol, beilleszt.....közben azt sem tudom, mit csinálok..:-)))) Mindenesetre kösz!!! Hali, jó éjt.
Hát igen. Az kifejezetten nem baj, ha az ember tudja, mit csinál. Ha meg nem, akkor kérdez.
-
Megoldottam, cimbora ! Ezeket kitöröltem:
# swap was on /dev/sda5 during installation
UUID=30c7ee14-2942-414d-bc00-5d14c28c8de3 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
# / was on /dev/sda2 during installation
UUID=587e0dc5-2db1-4cd9-9792-a5459a7bcfd2 / ext4 noatime,nodiratime,errors=remount-ro 0 1
# /home was on /dev/sda3 during installation
UUID=2c919dc4-24de-474f-8da0-14c7e1240ab8 /home ext4 noatime,nodiratime,defaults 0 2és öröm, boldogság...
Túl sokat gépelgettem tegnap, ilyenkor olvasva a gurukat, közben terminál, másol, beilleszt.....közben azt sem tudom, mit csinálok..:-)))) Mindenesetre kösz!!! Hali, jó éjt.
Ejha! Ezt az fstabot érdekesen hoztad össze, az biztos!
Azért a sudo blkid terminal kimenetet majd biggyeszd ide, mert van mit fésülni az fstabodon, SSD- vel kapcsolatos bejegyzések is kellenek majd azon felül, amit a blkid- ből érdemes berakni.
Jól pihend ki magad, aztán majd megoldjuk szakértők segítségével.
Ez is most alakult fstab, új rendszer van SSD- n, de ehhez jobban kell majd hasonlítani az fstabodnak, mint amit bemásoltál:
# / was on /dev/sda1 during installation
UUID=77c25784-65fa-4a22-b7c5-eac5445027b4 / ext4 discard,noatime,errors=remount-ro 0 1
# swap was on /dev/sdb7 during installation
UUID=d86f7120-35a8-49e2-a09f-9e9c1f9a49e5 none swap sw 0 0
UUID=2fa88d20-a201-40d2-a081-be1a74000196 /media/TORRENTEK ext4 nosuid,nodev,nofail 0 0
UUID=107ca107-b9b5-4af8-ad53-6c714391b3ca /media/Data auto nosuid,nodev,nofail 0 0
# Modification for SSD
tmpfs /var/log tmpfs defaults,noatime 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 -
Megint ugyanaz a probléma, egy ujraindítás után, root terminál fogad....
Ilyen az fstab-om:
# /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/sda1 during installation
UUID=b69e4324-6363-427b-a95f-b071ffa13fc6 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
UUID=30c7ee14-2942-414d-bc00-5d14c28c8de3 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
# / was on /dev/sda2 during installation
UUID=587e0dc5-2db1-4cd9-9792-a5459a7bcfd2 / ext4 noatime,nodiratime,errors=remount-ro 0 1# /home was on /dev/sda3 during installation
UUID=2c919dc4-24de-474f-8da0-14c7e1240ab8 /home ext4 noatime,nodiratime,defaults 0 2
/dev/sda1 / ext4 defaults,noatime,discard,nobarrier 0 0Ez így ok?
-
Szóval partícionáljam inkább?
A régi ubuntu felületet vissza lehet amúgy varázsolni? ( a mostani unity nem nagyon tetszik)
Melyik felületre gondolsz? Ha gnome- ra, akkor van külön Ubuntu Gnome változat is. Megnézhetsz egy MINT Cinnamont is, ha egy jó kezelő felületet is ki akarsz próbálni!
(#18871) max4o4
Ezen leírás alapján csináltam tegnap egy Win 7 pendrive- ot és működött. Az Unetbootin verziójára érdemes figyelni. -
Az a vinyó gyorsabb mint ami egy átlag notiban van. Azokra meg telepítenek mindenféle operációs rendszert. Szóval ennyiből nyugodtan futtathatod róla. Pendrive-ról meg ugye nem túl szerencsés teljes értékű oprendszert futtatni, mert egy átlag SSD-nél lényegesen gyorsabban tönkremegy alatta.
-
Sziasztok.
Vettem egy Q1900B-ITX lapot. A tervem az, hogy egy ubuntut feltelepítek egy usb 3.0 pendrivera, és melllé egy merevlemezzel szerverként-alkalmi desktopként elhasználom.
1.: Érdemes külön pendrivera telepítenem? Egy 3TB-os green winyó megy bele még.
2.: Hogyan tudnám optimalizálni, hogy minél kevesebbszer írjon a pendrivera?
3.: Egyéb javaslat?Köszönöm!
-
Win 7 v. 8 nem sikerült?
(#18867) karamblo
Nem valószinű, hogy az fstab kavar be, de ez sosem fog kiderülni, ha nem írod le, mit változtattál az fstabban!A linkelt SSD Linux cikkból megcsináltál valamit? Esélyesebb, hogy ott a bibi.
Most újraindításnál már a grafikus felület jön fel...
Pedig nem csináltam semmit. Fene se érti...Na mindegy, megoldódott.
-
szundybence
aktív tag
Az más, ez a winusb nekem is jól jönne, ha lenne
TurháraTrusty Tahr-ra.
Látom, hogy trükkösen (Saucy) felrakható.Viszont azt írtad korábban, hogy UNetbootin alkalmas lehet windows8.1 iso pendrájvra írására?
Ebből feltételeztem, hogy Windowsozol is, nem úgy mint mi, egyke Ubisok.
Legalább én is tanultam valami újat, mert a winusb progit (Linuxra) nem ismertem eleddig.
-
ubyegon2
félisten
Nos, azóta kipróbáltam. Az UNetbootin nem alkalmas rá. Most akkor mivel?
-
Dhampir
félisten
Nekem linux alatt futó és nem windowsz alatt futó kell. Amúgy a WinUSB tökéletesen megfelelő volt a célra.
Azért köszönöm neked is a választ!
Az más, ez a winusb nekem is jól jönne, ha lenne
TurháraTrusty Tahr-ra.
Látom, hogy trükkösen (Saucy) felrakható.Viszont azt írtad korábban, hogy UNetbootin alkalmas lehet windows8.1 iso pendrájvra írására?
Ebből feltételeztem, hogy Windowsozol is, nem úgy mint mi, egyke Ubisok.
Legalább én is tanultam valami újat, mert a winusb progit (Linuxra) nem ismertem eleddig.
-
szundybence
aktív tag
-
Leírom, aztán holnap még kérdezel, ha kell. Viszonylag új a kütyüd, ezért nincs benne a driver a rendszerben még. Most összehozzuk a jelenlegi rendszereddel.
Terminál megnyit.
Feltelepítünk néhány fontos csomagot: sudo apt-get install build-essential git linux-headers-generic (jelszót fog kérni, amit nem látsz beírás közben)
Letöltjük a driver-t (a kódját): git clone https://github.com/lwfinger/rtl8188eu.git (egy kis időbe telik)
a megfelelő mappába lépünk: cd rtl8188eu
Elkészítjük a driver-t nyers kódból, majd telepítjük: make (egy kis időt vesz igénybe, ne ijedj meg attól, amit látsz)
sudo make install
Újraindítás után működnie kell. Ha esetleg azt tapasztalnád, hogy időnként szakadozik a kapcsolat, még egy lépést meg kell tennünk, de arra majd visszatérünk akkor.rendben, szerintem még fogok kérdezni
köszönöm -
toth_janika
őstag
-
lev258
veterán
Te tanár vagy?
Nem, bár szeretek magyarázni, illetve belemerülni egy-egy témába, beszélgetésbe.
-
toth_janika
őstag
Leírom, aztán holnap még kérdezel, ha kell. Viszonylag új a kütyüd, ezért nincs benne a driver a rendszerben még. Most összehozzuk a jelenlegi rendszereddel.
Terminál megnyit.
Feltelepítünk néhány fontos csomagot: sudo apt-get install build-essential git linux-headers-generic (jelszót fog kérni, amit nem látsz beírás közben)
Letöltjük a driver-t (a kódját): git clone https://github.com/lwfinger/rtl8188eu.git (egy kis időbe telik)
a megfelelő mappába lépünk: cd rtl8188eu
Elkészítjük a driver-t nyers kódból, majd telepítjük: make (egy kis időt vesz igénybe, ne ijedj meg attól, amit látsz)
sudo make install
Újraindítás után működnie kell. Ha esetleg azt tapasztalnád, hogy időnként szakadozik a kapcsolat, még egy lépést meg kell tennünk, de arra majd visszatérünk akkor.Te tanár vagy?
-
Hát a vezetékes net elég jól be van építve, megbontani nem szeretném.Holnap testvéremnél tudok a gépbe vezetékes netet kötni de azt is csak edzés után (18:30-19: 00 után).Szóval vagy holnap privátban/fórumon megkereslek vagy most leírod, hogy mit kellene csinálnom. Köszönöm a sok segítséget!
-
Ha készen állsz egy kis Terminálozásra, akkor neki is kezdhetünk. Szükség lesz a vezetékes netre.
Hát a vezetékes net elég jól be van építve, megbontani nem szeretném.Holnap testvéremnél tudok a gépbe vezetékes netet kötni de azt is csak edzés után (18:30-19: 00 után).Szóval vagy holnap privátban/fórumon megkereslek vagy most leírod, hogy mit kellene csinálnom. Köszönöm a sok segítséget!
-
toth_janika
őstag
Mondtátok,hogy v. nem wifi-s az alaplap v.a lap nem ismeri fel a vezérlőt ezért ma vettem egy D-Link Go-USb-N150 wifi vevőt de driver telepítés ugye nem megy. Kérdés Wine-nal kéne valamit csinálni vagy hogy telepítsem
Alaplap leírásában:Qualcomm Atheros Gigabit LANA Qualcomm Atheros egy cég, aki gyártotta Gigabit LAN vezérlőt. Ez csak a LAN-t vezérli, nem a WLAN-t, ahogy lev is mondta.
-
Ha az alaplapodról ennyit írnak, akkor az csak LAN képes, nem pedig WLAN. Az usb-s vevő csatlakoztatva legyen és add ki az lsusb parancsot, majd másold ide (lehetőleg csak a wifi eszközre vonatkozó sort). Utána tudunk tovább menni. Könnyen lehet, hogy vezetékes netre lesz szükséged a driver telepítéséhez.
vevő bedugva, beírtam, hogy lsusb kimásoltam
us 003 Device 008: ID 2001-3311 D-Link Corp. de azt írta ki, hogy No command 'Bus' found (elnézést a szerencsétlenkedésért de még csak most ismerkedem az Ubuntuval) -
Aethelstone
addikt
-
-
sztech
csendes tag
Mondtátok,hogy v. nem wifi-s az alaplap v.a lap nem ismeri fel a vezérlőt ezért ma vettem egy D-Link Go-USb-N150 wifi vevőt de driver telepítés ugye nem megy. Kérdés Wine-nal kéne valamit csinálni vagy hogy telepítsem
Alaplap leírásában:Qualcomm Atheros Gigabit LAN -
Dhampir
félisten
Nos, azóta kipróbáltam. Az UNetbootin nem alkalmas rá. Most akkor mivel?
-
szundybence
aktív tag
Winusb a barátod.
-
Aethelstone
addikt
Nos, azóta kipróbáltam. Az UNetbootin nem alkalmas rá. Most akkor mivel?
-
Zoli133
addikt
Akkor esetleg egy képet/másolatot, hogy mit ír ki, mit akar felrakni, mi az amit hiányol, stb.
Csak hogy lássuk, hogy egyeznek-e a verziók.
Amiken meg már túl vagy, azt írd le, ne fussunk felesleges köröket. Nem téged akarlak lenézni, csak a legvalószínűbbtől haladok visszafele, mert ez a módja. -
szundybence
aktív tag
UNetbootin alkalmas lehet windows8.1 iso pendrájvra írására? Illetve fog működni? Ha nem, melyik programot ajánljátok hozzá?
(#18834) Zoli133: És ha újratelepítenéd immáron magyar nyelv választással? Megvan az gyorsan.
-
toth_janika
őstag
Üdv!
Sikerült ubuntut telepíteni az új gépemre (direkt) de a wifit nem tudom aktiválni.Tudnátok nekem segíteni?
És az alaplaphoz adott CD-ről se tudok telepíteni.
Asrock B85M alaplap
Intel I5 4440
8gb Ram -
lionhearted
őstag
-
Deadbeef Bookmark Managert szeretném belőni, innen leszedtem [link], kicsomagoltam és a userinstall.sh-t futtatva 2 könyvtár kreálása után ezt dobja:
/usr/bin/install: cannot stat `./ddb_misc_bookmark_manager.so': No such file or directory
Arra rájöttem, hogy a ddb_misc_bookmark_manager.so fájl nincs meg, de azt elvileg a scriptnek kellene elkészítenie és a helyére pakolnia. Én bénázok valamit, vagy a script hibás?
README.md fájl tök üres persze...
-
spammer
veterán
Deadbeef Bookmark Managert szeretném belőni, innen leszedtem [link], kicsomagoltam és a userinstall.sh-t futtatva 2 könyvtár kreálása után ezt dobja:
/usr/bin/install: cannot stat `./ddb_misc_bookmark_manager.so': No such file or directory
Arra rájöttem, hogy a ddb_misc_bookmark_manager.so fájl nincs meg, de azt elvileg a scriptnek kellene elkészítenie és a helyére pakolnia. Én bénázok valamit, vagy a script hibás?
README.md fájl tök üres persze...
-
szundybence
aktív tag
-
Zoli133
addikt
sudo apt-get update && sudo apt-get upgrade
-
lionhearted
őstag
Üdv,
Egy kis problémába ütköztem egy frissen telepített 14.04-el.
Angol ISo-t használtam, de a régió formátum miatt akartam telepíteni a magyar nyelvet hozzá.
A gnome-language-selector a végtelenségig mhomokórázik ha vele próbálom.
Próbáltam telepíteni terminálból a language-pack-hu illetve language-pack-hu-base csomagokat is, de ez nem sikerül, mert a base verziószáma szerinte kisebb mint amit a másik csomag elvárna.Valaki találkozott hasonlóval? google most nem a barátom..
-
_NCT
addikt
-
Aethelstone
addikt
Van valami gui vagy cli program arra hogy megnézzem múkodik-e a trim az SSD-n?
Intel 520-as SSD-m van (250Gb) elvileg Ubuntu 14.04-től automatikusan be van kapcsolva a funkció. Viszont én lusta ember lévén egy sima HDD-re telepített partíciót copyztam át az SSD egy partíciójára.
Sebességgel nincs gondom, repül az Ubuntu studio.
-
karamblo
tag
Ahogy nézem, semmi specifikus dolog nincs benne, akár Arch-hoz is jó lehet, szóval ne tétovázz!
Köszönöm, haver...
Így fogok tenni. -
Aethelstone
addikt
De igen...:-) Csak a Debian topic sokszor hetekig áll, itt sokkal gyorsabb.Meg azért ez egy Család, nem ? Arch- problémákkal biztos nem ide jönnék...
Szóval szerinted a belinkelt helyen levő utasításokat kövessem?
Ahogy nézem, semmi specifikus dolog nincs benne, akár Arch-hoz is jó lehet, szóval ne tétovázz!
-
karamblo
tag
Ööö...a Waldorf az nem Debian?
Egyébként meg : http://logout.hu/bejegyzes/berus_berus/linux_es_ssd_gyorstalpalo.html
De igen...:-) Csak a Debian topic sokszor hetekig áll, itt sokkal gyorsabb.Meg azért ez egy Család, nem ? Arch- problémákkal biztos nem ide jönnék...
Szóval szerinted a belinkelt helyen levő utasításokat kövessem?
-
Aethelstone
addikt
Hali mindenkinek... SSD-vel kapcsolatban kellene segítség. Arra van pakolva az egész rendszer / Crunchbang LINUX 11.Waldorf / A Bios-ban átállítva AHCI-re.. swap kilőve, szabad hely 10gb. Külső vinyót használok, arra megy minden, az SSD 30GB-
Kérdésem, hogy mit kell még beállítanom? Rengeteg leírást olvastam erről, már kicsit össze vagyok zavarodva.
Az fstab-ban kell valamit kotorászni, annyi tiszta, de arra is három ember háromfajta dolgot mond.
Ööö...a Waldorf az nem Debian?
Egyébként meg : http://logout.hu/bejegyzes/berus_berus/linux_es_ssd_gyorstalpalo.html
-
szundybence
aktív tag
-
_NCT
addikt
VLC le, SMplayer föl. Menni fog.
Egyébként pedig:
sudo apt-get install ubuntu-restricted-extras
sudo apt-get install libavcodec-extra
-
szundybence
aktív tag
És közben egy újabb probléma:
mms stream-et akarok netre tolni, de vlc az alábbi hibát dobja:
WMAPro-in-WMAVoice is not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[wmavoice @ 0x7f29bc0009a0] If you want to help, upload a sample of this file to ftp://upload.libav.org/incoming/ and contact the libav-devel mailing list.Frissítettem a libav-ot a git clone paranccsal, reboot is volt de a probléma még mindig fennáll.
A video egy sima wmv.
-
Halihó!
Tudom hogy a kereső meg a gugli a barátom, de kikérném a nagyközönség véleményét is, hogy egy Acer Aspire Aod210 típusú netbook-ra milyen Linux-ot érdemes feltenni? 2gb ram, 320-as vinyó, kis atom procival.
Pendrive-ról pl Ubuntu studio is jó volt, bár akinek szeretném, a Xubuntu-val jobban ellenne szerintem. Láttam még itt említve a Peppermint-et is, de jó lenne ha lenne támogatás a rendszerhez amit felpakolok.
(Jelenleg win van rajta, de meguntam a szarakodást az aktiválással meg vérpistizéssel, aki használja ő meg csak net+video+fészbúk stb).
-
szundybence
aktív tag
Hali.
amikor a terminalba irok valamit es megkerdezi pl hogy rendszergazdakent futtatom-e a .....
akkor hogy lehet ra valaszolni ? ( nem jo az hogy : yes, y stb stb ) semmi logikat nem latok ebben az egeszben.
"amikor a terminalba irok valamit es megkerdezi pl hogy rendszergazdakent futtatom-e"
Csak a rendszergazda terminál. De van másik is. Az csak egy sima terminál. Azt indítsd el.
(#18806) leslieke: Nekem a 14.04.01-es 32bites Xubuntuval tökéletesen működik a Skype. Mondjuk azt kezdettől fogva hiányolom, hogyha valakivel beszélek, akkor másnál foglalt jelzést mutasson. Mintha a Skype írói sohasem használtak volna életükben közönséges telefont.
-
honda 1993
senior tag
Ha a biztonság érdekel: [link]
A baj csak az, hogy ezek a felsoroltak is jórészt Linuxok, amiknek a "logikátlanságával" nem nagyon vagy kibékülve!
illetve hallottam olyat is hogy valaki "osszekapcsolja" a linuxot a windows-al, es ezaltal is biztonsagosabb lehet. de ez pontosan mit is takar ? nem csak azt hogy siman fel van telepitve a win melle ?
Érdekes dolgokat hallassz, az már biztos! Legközelebb, ha ilyen érdekeseket hallassz, gyorsan kérdezz rá a forrásnál!
Az biztos, hogy ha a Linuxot feltelepíted a Win mellé, akkor a Linux ugyanolyan biztonságos marad, mint ha csak magát a Linuxot telepítetted volna fel! Mondhatnám azt is, hogy amíg a legalapvetőbb Linuxos lépésekkel is komoly gondjaid adódnak, addig nem kéne már megint a bonyolultabb dolgok közepébe lavírozni magad, bár tudom, hogy szereted a kihívásokat. Viszont túl hamar elvérzel ezektől!Koszi a hosszu es kimerito valaszt.
-
ubyegon2
félisten
Ez megis mit akar jelenteni ? mert kozel sem tekintheto a kerdesemre iranyulo valasznak.
Ha a biztonság érdekel: [link]
A baj csak az, hogy ezek a felsoroltak is jórészt Linuxok, amiknek a "logikátlanságával" nem nagyon vagy kibékülve!
illetve hallottam olyat is hogy valaki "osszekapcsolja" a linuxot a windows-al, es ezaltal is biztonsagosabb lehet. de ez pontosan mit is takar ? nem csak azt hogy siman fel van telepitve a win melle ?
Érdekes dolgokat hallassz, az már biztos! Legközelebb, ha ilyen érdekeseket hallassz, gyorsan kérdezz rá a forrásnál!
Az biztos, hogy ha a Linuxot feltelepíted a Win mellé, akkor a Linux ugyanolyan biztonságos marad, mint ha csak magát a Linuxot telepítetted volna fel! Mondhatnám azt is, hogy amíg a legalapvetőbb Linuxos lépésekkel is komoly gondjaid adódnak, addig nem kéne már megint a bonyolultabb dolgok közepébe lavírozni magad, bár tudom, hogy szereted a kihívásokat. Viszont túl hamar elvérzel ezektől! -
honda 1993
senior tag
Linux hálózatbiztonság tanfolyam témaköre
Linux Dokumentációk - a szabilinuxon jó olvasgatni valók akadnak
Koszi
-
Például ezt olvasd el.
Linux biztonság tanfolyam - a tematikát érdemes átnézni.
-
Dhampir
félisten
Hali.
Az lenne a kerdesem, hogy mivel en eleve azert kezdtem erdeklodni a linux irant, mert biztonsagosabbnak mondjak mint a windows.
Szoval hogy ha a biztonsag erdekel mint tema a linuxon belul, akkor hol keresgeljek?pl: anonimitas, tuzfalak,proxy stb.
illetve hallottam olyat is hogy valaki "osszekapcsolja" a linuxot a windows-al, es ezaltal is biztonsagosabb lehet. de ez pontosan mit is takar ? nem csak azt hogy siman fel van telepitve a win melle ?
(#18895) karamblo Remélem hasznos lesz valami belőle! Azért a Linux és az SSD infókat ne felejtsd el! Ha valami nem tiszta ![;]](http://cdn.rios.hu/dl/s/v1.gif)
mindenképp kérdezz, mielőtt cselekszel! Mint látod, mi sem vagyunk guruk a témában, csak erősen próbálkozunk megérteni. Új ez a két dolog még így együtt, nem véletlen, hogy az Ubuntunál is csak az új LTS- től fut a auto TRIM és még azt sem tesztelték minden SSD tipusra!
Pedig nem csináltam semmit. Fene se érti...
Tegnap az fstab-ban beállításokat módosítottam az ssd miatt, az kavart be?
Alaplap leírásában:Qualcomm Atheros Gigabit LAN
us 003 Device 008: ID 2001-3311 D-Link Corp. de azt írta ki, hogy No command 'Bus' found (elnézést a szerencsétlenkedésért de még csak most ismerkedem az Ubuntuval)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Luck Dragon: Asszociációs játék. :)
- OLED TV topic
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- A fociról könnyedén, egy baráti társaságban
- BestBuy topik
- Kamionok, fuvarozás, logisztika topik
- PlayStation 5
- Android alkalmazások - szoftver kibeszélő topik
- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- Huawei Watch Fit 3 - zöldalma
- További aktív témák...
- Forza horizon 6 prémiumot vásárolnék
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Honor Magic7 Pro 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
- Ryzen 7 9800X3D + RX 9070 XT Gamer PC///Beszámítás
- Lenovo Legion Slim 5 Ryzen 7 7840HS 16GB 512GB RTX 4060 OLED 120Hz 1év garancia
- AKCIÓ! Lenovo LOQ 15AHP10 FHD GAMER notebook - Ryzen7 250 16GB DDR5 1TB SSD RTX 5060 8GB
- Honor X7a 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest