-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#12500
CPT.Pirk
Jómunkásember
ballington
#12499
CPT.Pirk
Jómunkásember
válasz
ballington
#12499
üzenetére
Nem kell ennyi swap. 384Mb rammal ellátott gépnél böngészés, Youtube mellett még csak nem is nyúlt a swaphoz. 1G-nél nagyobb swapot még sehol nem használtam.
-
JetiRulez
őstag
Tegnap este mégis találtam valamit egy külföldi fórumon. Ide vissza se néztem.
Azt írta, hogy nem a "Lubuntu kipróbálása lemezről", hanem a "Teleíptés" pontra kell nyomni, majd megszakítani azt. Működött a módszer. Be is jött így a GUI azonnal.
Első ránézésre tetszik a rendszer, de a Live CD kicsit bugos volt. Leállításnál hiába nyomtam kérésre Entert, hogy rebootoljon a gép. Nem történt semmi. Resetelni kellett.
-
MacCaine
őstag
válasz
CPT.Pirk
#12495
üzenetére
Nem, de van 4GB RAM a gépben, így adtam neki ugyanennyit. Igazság szerint a windowsra sincs szükségem, havonta egyszer ha elindítom egy kis pókerezéshez. Majd a 10.04 Ubi támogatásának lejártakor úgyis kell valami mást találnom, akkor majd újra is partícionálom.
(A céges szokott 1-2 GB-ot swappolni, de itt egy nagyságrenddel több programot futtatok egyszerre.)
-
#12494
MacCaine
őstag
ballington
#12492
MacCaine
őstag
válasz
ballington
#12492
üzenetére
Nálam úgy van, hogy van 30GB a windowsnak, 10GB a /-nak, 4GB swap, 20GB /home, és a végém ami még marad, az egy adatpartíció, ntfs-re formázva.
Nem lesz gáz a későbbi formázással. -
#12493
tvamos
nagyúr
ballington
#12492
tvamos
nagyúr
válasz
ballington
#12492
üzenetére
Szerintem csinalj egy particiot a Win-nek, es azt telepitsd fel eloszor.
Utana meg hagyj ra mindent a Linux telepitore. Ha az Ubuntut valasztod, az majd kitalalja, mit szertnel, csak ki kell valasztani, hogy ne lecserelje a wint-t, hanem mindketot hasznalni akarod.
(Megjegyzem, kb. eddig jutottam az Ubuntuval... tovabb nem.) -
#12492
ballington
addikt
ballington
addikt
Hello!
Most vettem egy laptopot, szeretnék rá legelőször is egy win7-et, majd később egy linux-ot.
Hogyan érdemes csinálnom?
Odáig megvan, hogy először is partícionálnom kell. Azt is tudom, hogy linux-nak min. 2 partíció kell (/root és /home nak), de ezt később szét tudom választani linux telepítés közbe. Viszont mit hova tegyek? Ha az első részre teszem a w7-et, nem lesz gáz az első résszel, ha a második partíciót később formázom? -
JetiRulez
őstag
Helló!
Gondoltam ma, hogy az est utolsó szabad perceiben vetek egy pillantást Live CD-ről a Lubuntura. Nem sikerült. Indítás után csak a parancssor jelenik meg, de a grafikus felület nem töltődik be. Erre megoldást nem leltem a neten és az indítási beállításokban sincs erre utaló. Így ma már nem is tudok foglalkozni vele.
-
-
F34R
nagyúr
válasz
ViZion
#12484
üzenetére
ext4-ig , legalábbis nekem a home az volt és win 7 alól (muszályból kellett elérni a fájljaimat )
Igen a Win Server NTFS , a mostani új fájlrendszerről nem tudok semmit ( ReFS lehet benne sem lesz ?! )
hdparm -al tudod megnézni írni / olvasást
esteleg bonnie++ vagy Iozone. nem próbaltam őket mert annyira nem foglalkoztat a dolog. -
ViZion
félisten
Valamin elgondolkoztam: Windóz milyen FS-t tud írni/olvasni? Amennyire tudom ETX3-ig van megoldás, de pl. Win serverek is NTFS-el üzemelnek?
Van egy kis helyem, lehet rászánom magam egy FS összehasonlításra kicsiben, Fedora alól mivel lehet megbízhatóan tesztelni az írás/olvasást? -
-
OddMan
őstag
Azon gondolkodom, hogy az ext4 vagy az xfs fájlrendszert használjam. Olvastam ezt-azt az XFS-ről és picit megjött a kedvem, bár elhamarkodottan nem akarok dönteni, mert ha egyszer használatba veszem a NAS szerveremet, akkor utólag már nem lesz lehetőségem megváltoztatni a fájlrendszer típusát.
Az XFS-ről azt olvastam, hogy csak a metaadatokat naplózza, viszont az user adatokat nem. Az user adatok pontosan mit jelentenek?
Az ext4 is hasonlóan naplóz, mint az XFS?
Azt is olvastam, hogy az XFS-nél már nincs szükség fsck util-t futtatni, mivel naplózott fájlrendszer és áramszünet után automatikusan képes gyorsan helyreállítani a hibákat. Ez a gyakorlatban tényleg így működik?
Az XFS-hez van olyan util, mint a tune2fs az ext3, ext4-hez? -
Jester01
veterán
válasz
CPT.Pirk
#12478
üzenetére
A CCC a beállításokat az /etc/ati/amdpcsdb fájlba menti. Mikor nem fut a grafikus felület, nevezd ezt át vagy pakold el máshová (hogy vissza tudd állítani ha szükséges). Utána elvileg a preferred módban kell indulnia ami full hd. Ekkor add hozzá a módot xrandr használatával és aktiváld. Ha nem jó, akkor X restart és próbáld újra aktiválni (ilyenkor már benne kell legyen a felbontások között). Végül pedig a CCC-ben kiválaszthatod default módnak és akkor beleírja az amdpcsdb-be (bár ezt nem próbáltam).
OddMan: igen, a fájlok és könyvtárak számát jelenti.
-
OddMan
őstag
Sikerült megoldanom a formázást.
Kérdés: Az "Inode count" azt is jelenti, hogy összesen hány darab fájlt lehet létrehozni az adott partíción?
Inode count: 11418624
Block count: 365376512
Reserved block count: 0
Free blocks: 364588265
Free inodes: 11418573
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 936
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 1024
Inode blocks per group: 64
Flex block group size: 16
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Journal backup: inode blocks -
-
Jester01
veterán
válasz
CPT.Pirk
#12473
üzenetére
Xorg.log-ban megnézted mit ír róla? Konkrétan a "preferred mode" és nyilván a különböző frekvenciahatárok terén:
[279819.829] (II) fglrx(0): First detailed timing is preferred mode
[279819.829] (II) fglrx(0): Supported detailed timing:
[279819.829] (II) fglrx(0): clock: 154.0 MHz Image Size: 519 x 324 mm
[279819.829] (II) fglrx(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 h_blank_end 2080 h_border: 0
[279819.829] (II) fglrx(0): v_active: 1200 v_sync: 1203 v_sync_end 1209 v_blanking: 1235 v_border: 0
[279819.829] (II) fglrx(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 175 MHzHa makacsul ragaszkodik az 1280x720-hoz akkor először meg kellene növelni a virtuális méretet, vagy Xorg.conf-ban vagy xrandr --fb 1360x768 segítségével.
-
Jester01
veterán
válasz
CPT.Pirk
#12471
üzenetére
Ja hogy neked alapból kisebb a felbontásod? 1280x720 ?
Az jó kérdés, én lefelé mentem, 1920x1200-ról.$ xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 1920 x 1920
DFP1 disconnected (normal left inverted right x axis y axis)
DFP2 disconnected (normal left inverted right x axis y axis)
DFP3 disconnected (normal left inverted right x axis y axis)
DFP4 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm
1920x1200 60.0*+
1920x1080 60.0
1600x1200 60.0
1680x1050 60.0
1400x1050 60.0
1600x900 60.0
1360x1024 60.0
1280x1024 75.0 60.0
1440x900 60.0
1280x960 75.0 60.0
1360x768 60.0
1280x800 75.0 60.0
1152x864 60.0 75.0
1280x768 75.0 60.0
1280x720 75.0 60.0
1024x768 75.0 60.0
800x600 75.0 60.3
640x480 75.0 59.9
CRT1 disconnected (normal left inverted right x axis y axis)
CRT2 disconnected (normal left inverted right x axis y axis)X restart megvolt?
Ja és esetleg töröld le (nevezd át) az /etc/ati/amdpcsdb fájlt hátha megjegyzett mindenféle marhaságot. Persze akkor amikor épp nem fut az X.
-
CPT.Pirk
Jómunkásember
válasz
Jester01
#12468
üzenetére
Ez a baj:
# cvt 1360 768
# 1360x768 59.80 Hz (CVT) hsync: 47.72 kHz; pclk: 84.75 MHz
Modeline "1360x768_60.00" 84.75 1360 1432 1568 1776 768 771 781 798 -hsync +vsync
# xrandr --newmode 1360x768 84.75 1360 1432 1568 1776 768 771 781 798 -hsync +vsync
# xrandr --addmode DFP4 1360x768
# xrandr --output DFP4 --mode 1360x768
xrandr: Configure crtc 0 failedAz egésznek annyi lett az eredménye, hogy a CRT2-höz került be az 1360*768.
xrandr
Screen 0: minimum 320 x 200, current 1280 x 720, maximum 1920 x 1920
DFP1 disconnected (normal left inverted right x axis y axis)
DFP2 disconnected (normal left inverted right x axis y axis)
DFP3 disconnected (normal left inverted right x axis y axis)
DFP4 connected 1280x720+0+0 (normal left inverted right x axis y axis) 16mm x 9mm
1280x720 50.0*+ 59.9
1920x1080 50.0 + 60.0 59.9 30.0 25.0 24.0 30.0
1776x1000 50.0 59.9 25.0 24.0 30.0
1680x1050 60.0 50.0 24.0
1400x1050 60.0 50.0 24.0
1600x900 60.0 50.0 24.0
1360x1024 60.0 50.0 24.0
1280x1024 60.0 50.0 24.0
1440x900 60.0 50.0 24.0
1280x960 60.0 50.0 24.0
1280x768 60.0 50.0 24.0
1024x768 60.0 50.0 24.0
1152x648 50.0 59.9
800x600 60.0 50.0 24.0
720x480 60.0 50.0 24.0
640x480 60.0 50.0 24.0
CRT1 disconnected (normal left inverted right x axis y axis)
CRT2 disconnected (normal left inverted right x axis y axis)
1360x768 (0x105) 84.8MHz
h: width 1360 start 1432 end 1568 total 1776 skew 0 clock 47.7KHz
v: height 768 start 771 end 781 total 798 clock 59.8Hz -
Jester01
veterán
válasz
OddMan
#12467
üzenetére
Igen, mint ahogy említettem lehet állítani, de csak formázáskor.
man mke2fs
-i bytes-per-inode
Specify the bytes/inode ratio.
-I inode-size
Specify the size of each inode in bytes.
-N number-of-inodes
Overrides the default calculation of the number of inodes
-T usage-type[,...]
Specify how the filesystem is going to be usedAz inode méretet lefelé már csak 128-ra lehet állítani, az a legkisebb (és kettő hatványa kell legyen).
A legcélszerűbb a várható átlagos fájlméretet (illetve annál kicsit többet) megadni a -i kapcsolóval. A -T largefile4 pedig egyszerűen 4MB-ot feltételez.
-
Jester01
veterán
válasz
CPT.Pirk
#12458
üzenetére
Két módon lehet. A klasszikus: modeline az xorg.conf-ba. Meg van az xrandr ami neked nem megy csak nem írtad miért.
Ilyesmit próbálj:$ xrandr --newmode 1360x768 84.72 1360 1424 1568 1776 768 769 772 795
$ xrandr --addmode DFP4 1360x768
$ xrandr --output DFP4 --mode 1360x768DFP4 helyett értelemszerűen az a kimenet amit használsz.
Ha így még nem jó, akkor egy X restart kell még neki (tiszta windows feeling
) -
OddMan
őstag
válasz
ViZion
#12466
üzenetére
Asszem rájöttem, hogy miért hiányzik az a kb. 90GB.
Ezt találtam az egyik fórumon: inode count x inode size = Total inode Size in Bytes.Nálam:
Inode count: 365527040
Inode size: 256365527040 x 256 = 93574922240 byte ~ 87.14 GB
Az inode-ok számát és méretét lehet valahogyan csökkenteni?
Például láttam olyat, hogy az inode size csak 128. -
ViZion
félisten
válasz
OddMan
#12465
üzenetére
Block count: 3013912
Reserved block count: 30127
Free blocks: 1260091
First block: 0
Block size: 4096
Reserved GDT blocks: 255
Blocks per group: 32768
Inode blocks per group: 512
Flex block group size: 16
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
Journal backup: inode blocks
Nálam a reserved nem lett kikapcsolva...
Mondjuk azt nem tudom mivel jár, ha leveszem felére, vagy 0-ra... -
OddMan
őstag
válasz
ViZion
#12464
üzenetére
Had kérjelek meg, hogyha van ext4 fájlrendszered, akkor légyszi küld el az alábbi parancs kimenetét. Köszi!
A support-nak majd utánanézek.root@127.0.0.1:~# tune2fs -l /dev/xxxx | grep [Bb]lock
Block count: 365510144
Reserved block count: 0
Free blocks: 342433306
First block: 0
Block size: 4096
Reserved GDT blocks: 936
Blocks per group: 32768
Inode blocks per group: 2048
Flex block group size: 16
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
Journal backup: inode blocks
root@127.0.0.1:~# -
OddMan
őstag
válasz
ViZion
#12462
üzenetére
Sajnos nincs változás az alábbi parancs kiadása után sem. Mindegy akkor marad az XFS, ez az egyetlen elérhető filerendszer ezen a gépen, amelyik gyors és nem foglal el fölöslegesen helyet a merevlemezen.
Amúgy ez egy beágyazott Linux-os nas szerver: [link]root@127.0.0.1:~# tune2fs -m 0 -r 0 /dev/vg0/lv0
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
Setting reserved blocks count to 0
root@127.0.0.1:~# -
-
OddMan
őstag
válasz
ViZion
#12460
üzenetére
A /dev/vg0/lv0-ról lenne szó.
root@127.0.0.1:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 97M 88M 9.6M 91% /
/dev/root 97M 88M 9.6M 91% /
/dev/hda5 9.3M 4.6M 4.8M 50% /app
/dev/hda6 7.5M 2.3M 5.2M 31% /logfs
tmpfs 256M 5.0M 252M 2% /tmpfs
/dev/hda7 58M 42M 17M 72% /modules
/dev/cloop0 30M 20M 8.0M 72% /lib/modules
/dev/cloop1 146M 110M 29M 80% /opt
/dev/cloop2 30M 17M 12M 60% /img/www
/dev/cloop3 4.9M 3.0M 1.7M 64% /img/bin
/dev/cloop4 3.0M 2.6M 188K 94% /lib/security
/dev/cloop5 3.9M 1.1M 2.6M 30% /usr/share/zoneinfo
/dev/cloop6 9.7M 1.1M 8.2M 11% /usr/sbin
/dev/cloop7 39M 8.9M 28M 25% /opt_extern
/dev/vg0/syslv 960M 34M 927M 4% /raid0/sys
/dev/vg0/lv0 1.3T 321M 1.3T 1% /raid0/data
root@127.0.0.1:~# -
OddMan
őstag
válasz
ViZion
#12447
üzenetére
A tune2fs paranccsal 0%-ra állítottam a fenntartott blokkok számát, viszont sajnos nem változott semmi.
Az alábbi listából esetleg ki lehet deríteni, hogy mi foglal el kb. 95GB helyet a teljesen üres merevlemezen?root@127.0.0.1:~# tune2fs -l /dev/vg0/lv0
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: <none>
Last mounted on: /raid0/data
Filesystem UUID: 23733566-0370-493b-abd8-7a931ae57417
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 365395968
Block count: 365376512
Reserved block count: 0
Free blocks: 342433306
Free inodes: 365395841
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 936
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 2048
Flex block group size: 16
Filesystem created: Sun Apr 15 11:25:02 2012
Last mount time: Sun Apr 15 12:44:32 2012
Last write time: Sun Apr 15 12:44:32 2012
Mount count: 3
Maximum mount count: 22
Last checked: Sun Apr 15 11:25:02 2012
Check interval: 15552000 (6 months)
Next check after: Fri Oct 12 11:25:02 2012
Lifetime writes: 87 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 6aeb3adf-6453-4790-9909-87c5cb7cc29b
Journal backup: inode blocks
root@127.0.0.1:~# -
CPT.Pirk
Jómunkásember
válasz
Jester01
#12451
üzenetére
A kártyára gondoltam. Ati-nak már nem hívhatom, mert AMD. AMD-t meg nem biztos, hogy mindenki levágja, ha azt írom, hogy AMD vga-val. A Radeon viszont Radeon.
Amúgy hogyan csinálsz 1360x768-at? Zárt driverrel nincs benne a választható felbontások listájában, hozzáadni sem lehet és xrandr sem tudja ráerőltetni.
-
ViZion
félisten
-
F34R
nagyúr
válasz
ViZion
#12453
üzenetére
Hát igen NTFS-t még mindig könyebb elérni linux alól mint fordítva ext4-t vagy más fájlrendszert.
Photoshop miatt megértem főleg ha munkáról van szó valóban hasznos.
Ellenkező esetben meg felesleges![;]](//cdn.rios.hu/dl/s/v1.gif)
, viszont arra még kíváncsi lennék lehet e defragolni 
találtam egy ilyet bár nem hiszem hogy jó lenne [link]Ja, és az NTFS-en lévő adatokról van mentésem
mert ugye két féle ember van: akinek van mentése és aki idiótameg van a harmadik akinek nincs annyi pénze hogy + 1 TB vegyen
-
ViZion
félisten
Nem tudom, sőt, kérdeztem mik a tapasztalatok.
NTFS kell, mert ez az adat HDD, és így -bár Fedora a fő rendszerem- ha Windóz kell (Photoshop a munkám miatt, vagy játékok, vagy asszonynak munkához valami win alatt) akkor adatokat látja az is. Egyszerűbb NTFS-t felcsatolni, mint elérni, h a win olvasson valami más fájlrendszert (attól hogy írja is, végképp nem nyugodnék meg ). -
F34R
nagyúr
um hát nem épp fényes a helyzet , nVidia-val mi a helyzet gondolom u.e.?
#12451) Jester01
nálam 5750 el is megy.
#12445) ViZion
miért ? szted az NTFS biztonságosabb ?
linux alól meg nem tudom lehet-e defragmentálni, ezért nálam SSD-n ext2/ext4 (TRIM miatt ) és tárolásra XFS.
(#12446) OddMan
hagyd XFS-nek nem lesz belőle semmi bajod.
-
ViZion
félisten
Ext4-ről találtam egy ilyen igazi "bemelegítő" olvasmányt
[link] Hátha vkinek hasznos ennyire részletesen.
A NILFS (nem Milf
) lesz érdekes még SSD-n, illetve a ReiserFS-t érdekelt, azt mondták gyors. Igazán nem mertem soha kísérletezni, az ext3-ext4 bevált, de ha vki próbált mást, leírhatná a tapasztalatokat, mint fentebb tette OddMan 
OddMan: és ha asztali gépeden formázva rakod bele a HDD-t, azt nem szeretné?
-
ViZion
félisten
válasz
OddMan
#12446
üzenetére
És ezen nagy fájlokat fogsz mozgatni? Azért 11 GB elég extrém otthoni körülmények között, bár ha .mkv Blu-ray-t nézel, akkor valós...
Ahogy olvasom, ext4 a meghajtó 5%-át fenntartja root-nak, de ez a tune2fs -el változtatható:
sudo tune2fs -m 0 /dev/sdb1
a 0 a százalékot jelenti, utána az eszköz, gondolom nem kell magyarázni.
Megcsináltam nálam is, nyertem egy kis helyet -
OddMan
őstag
válasz
ViZion
#12445
üzenetére
Ez egy Linux-os Thecus NAS szerver és csak ext3, ext4, zfs, xfs fájlrendszereket támogatja. A zfs valamiért iszonyat lassú, de fogalmam sincs, hogy miért.
Az ext4 a leggyorsabb a tesztjeim alapján, de ennyi helyet nem akarok beáldozni. Az xfs egy picit lassabb, de azért még elfogadható.
Amúgy úgy teszteltem, hogy egy 11GB méretű fájlt másoltam át a gépemről a NAS-ra.
Ext4 esetén végig 100MB/sec-el ment a másolás. XFS esetén kb. 80-90 MB/sec-el tudtam másolni, néha kis időre itt is megvolt a 100MB/sec. A ZFS-nél pedig 15-20MB/sec volt a maximum, amit el tudtam érni. A stripe size-ot próbáltam 32k, 64k, 128k-val is, de nem igazán lett gyorsabb, talán csak 1-2MB/sec-el. -
ViZion
félisten
-
OddMan
őstag
Az normális, hogy az ext3, ext4 fájlrendszer sokkal több helyet foglal formázás után, mint mondjuk az NTFS vagy az XFS fájlrendszer?
Az 1.5TB-os merevlemezemen a következőképpen alakul a szabad hely formázás után:NTFS: 1 465 136 124 byte
XFS: 1 461 374 976 byte
ZFS: 1 436 810 752 byte (mondjuk ez a fájlrendszer valami miatt nálam nagyon lassú)
EXT4: 1 370 061 056 byte (döbbenetes, hogy kb. 95GB-al kevesebb a szabad terület, mint az NTFS esetében.)
Azt olvastam, hogy az inode-ok foglalnak el ennyivel több helyet.A kérdésem, hogy ez így helyénvaló?
A másik kérdésem, hogy az XFS fájlrendszerről mi a véleményetek?
NAS szerverben lévő merevlemezeket formáznám XFS fájlrendszerűre, bár fogalmam sincs, hogy az XFS mennyire megbízható. -
ViZion
félisten
Igen, Cpt.Pirk is azt írta, h HD5000 series nem támogatott, a Phoronixon meg a 7000-ről írnak, h már belehegesztik, igaz egyelőre a zártat ajánlják:
"This new Gallium3D driver for the latest HD 7000 generation of AMD GPUs, is still far from being complete or close to on-par with the earlier Radeon Gallium3D drivers"
"For now any Linux desktop users with an AMD Radeon HD 7000 series graphics card are better off using the Catalyst Linux driver until the RadeonSI support matures."
Ebből gondoltam, h a 5000-6000 series már támogatott... vagy nem jól gondolom? -
CPT.Pirk
Jómunkásember
válasz
body007
#12434
üzenetére
Oké, de eddig két TV-m volt, és egyikben sem volt ilyen állítási lehetőség.
Majd ha valamiért egyszer telepítek megint Linuxot, akkor kipróbálom HDMI-HDMI kábellel. Azt hiszem van HDMI portom is a DVI-n kívül, csak most nem vagyok ott, hogy megnézzem. Mondjuk ettől független örülök, hogy minden gond nélkül megy a teljes Catalyst és még szenvednem sem kellett vele.
Izé, 1360x768-as felbontás létezik nálad? Erre még nem találtam választ, hogy miért nincs Radeonnal Linuxon ez a felbontás.
-
-
pushalias
addikt
válasz
MacCaine
#12425
üzenetére
Végül a harmadik epizód:
„Plusz az is ad egyfajta plusz biztonságérzetet, hogy a mail szolgáltatók jó eséllyel csinálnak backup-ot, így egy esetleges HDD hiba nem jár a levelek elvesztésével.”
Ennek aztán végképp semmi köze nincs a használt protokollhoz/kiszolgáló szoftverhez, és a ugyanaz az értelmezési probléma van a gondolatmenet mögött, mint amiről már írtam. Gondolom unjátok már a hosszú beírásaimat, ezért igyekszem tömören.
A szerver backup független mind a levelezéshez használt protokolloktól, mind a kiszolgáló szoftverektől, mind a kliens szoftverektől, etc. Ha valaki POP3 fiókot használ, ám bejelöli, hogy maradjon „másolat” a kiszolgálón (valójában ugye egyszerűen nem törli a szerver a mailt a letöltés befejezése után), akkor az is a backupba kerül, ha meg nem, akkor nem. Soha nem szabad elfelejteni, te valójában csak egy másolatot kapsz a szerveren tárolt mailről. Ez nem olyan, mint amikor fizikailag elhozod a levelet vagy a csomagot a postáról.
A különbség csak az, hogy a POP3 kiszolgáló egyrészt jóval egyszerűbb protokollt használ, mint az IMAP (mert pl. nincs szükség a szerveren bizonyos fájlműveletekre), másrészt (használattól függően) kisebb a tárhelyigénye, mert nem a mindörökké a szerveren tárolás az alapértelmezett.
Elnézést, ha valakit zavar, hogy nem egyben írtam le mindent, de szerintem így jobban elkülönülnek az egyes szempontok.
-
kispx
addikt
válasz
CPT.Pirk
#12423
üzenetére
Szakdolgozat leadása után megfogom csinálni, de addig inkább kerülöm, nehogy baj legyen belőle, azután már jobban ráérek szórakozni vele, ha vmi baj van.
Ubuntuban nézegettem a beállításokat és közben ezeket találtam:
Valahogy a videokártyát nem akarja felismerni.
ViZion
Live CD-n nem találtam frissítési lehetőséget. -
pushalias
addikt
válasz
MacCaine
#12425
üzenetére
Ja, és a másik fele.
„Ha többen is hozzáférnek az adott géphez, akkor nem túl biztonságos megoldás.”
Ilyen szempontból a levelezéshez használt kliens és protokoll teljesen indifferens. Nem a betakarító szerszámokkal védjük a termésünket a tolvajoktól, hanem a zárható raktárral, meg a kerítéssel. Sem a POP3, sem az IMAP nem helyi adatvédelemre van kitalálva, hanem pusztán arra, hogy a mailek a szerverről valahogy eljussanak a klienshez, aztán hogy a kliensen mi történik a maillel, ahhoz a protokollnak már semmi köze. Továbbá a kliensen tárolt adatok védelme alapvetően nem a levelező kliens dolga, és jobb is ez így. Ami mailt egyszer már megnyitottunk a levelező klienssel, azt alapesetben bizony el tudja olvasni bárki, ha be tud jelentkezni a fiókunkba, vagy ha őrizetlenül hagyjuk a masinánkat, és nincs beállítva zárolás és/vagy nem zároljuk a fiókunkat kézzel, de igazából mindegyik eset júzer error. Aki folyton nyitva hagyja a raktárat és a nagykaput, amikor elmegy, attól előbb-utóbb elviszik a termését.
Az ilyen dolgokra jó ugye az, hogy az operációs rendszerek egy ideje már egységesen többfelhasználósak, és a felhasználóknak saját profiljuk van, aminek a levelező kliens beállításai és a hozzá tartozó állományok is a részei, és ezek a profilok fizikailag is el vannak különítve. Illetve hogy iksz inaktív idő után a rendszer zárolja az éppen használt profilt és (jó esetben) ezt csak jelszóval lehet feloldani. A te mailjeidet így már csak az tudja olvasni, aki ismeri a fiókodat (felhasználónév + jelszó), és normális esetben ez a személy te vagy egyedül.
-
pushalias
addikt
válasz
pushalias
#12424
üzenetére
Nem hagyja módosítani, ezért újra elküldöm:
Ahhoz, hogy egy fájl a szerverről hozzád kerüljön, le kell tölteni a szerverről, egy átmeneti állomány lesz belőle a kliensen, amit aztán megnyit a kliens program.
. Ezt hívják letöltésnek.Szerintem te azzal kevered, amit a POP3 esetében a júzerek letöltésnek hívnak, és ami alatt általában azt értik, hogy van egy letöltés (ld. feljebb), ami után a szerver a túloldalon törli a mailt. Valójában (természetesen) a letöltésnek ez a törlés nem része, csak egy default action a letöltés után, kizárólag POP3 szerverek esetében. A letöltést a kliens végzi, a törlést meg (ha a kliens nem jelzi, hogy bocs, nem kéne) a szerver, tehát ez semmilyen szempontból nem egy folyamat.
Valamiért, ha POP3 fiókról van szó, ezt a kifejezést így használjuk, de csak a POP3 esetében. Ha bárhol másutt emlegetsz letöltést, senki nem gondolja azt, hogy azzal le is törölteted a kiszolgálóról az eredeti fájlt.
Hogy aztán a letöltés után a levelező kliens mit csinál vele, az már az ő dolga. De mivel nyilvánvalóan nincs értelme a maileket minden alkalommal újra és újra letölteni, valamint mert a júzer időnként offline is lesz, ezért a kliensek minimum egy mail cache-t fenntartanak, de általában inkább végleg elmentik a letöltött maileket. Mert úgy logikus.
Elnézést, ha esetleg kioktatónak tűnnék, nem az a szándékom, csak próbálom minél szájbarágósabban.
A magyar wikipédiát pedig érdemes messziről kerülni, ha informatikáról van szó, mert borzalmas hülyeségek tudnak benne lenni. Egyik kedvencem például akkora baromság, hogy épp csak nem brekeg hozzá:
„A tartománynév (angolosan domainnév, illetve doménnév) egy számítógép egyedi neve az interneten, amely megkülönbözteti a többitől. A tartománynevek csupán címkék melyeket a nehezen megjegyezhető IP-címek helyett használhatunk.”
(hu.wikipedia.org/wiki/Tartománynév) -
MacCaine
őstag
válasz
pushalias
#12424
üzenetére
"Mert úgy logikus."
Ha többen is hozzáférnek az adott géphez, akkor nem túl biztonságos megoldás. Plusz az is ad egyfajta plusz biztonságérzetet, hogy a mail szolgáltatók jó eséllyel csinálnak backup-ot, így egy esetleges HDD hiba nem jár a levelek elvesztésével. Tehát nekem nem logikus.
Ha én letöltök valamit, akkor az ott marad a gépemen, akár egy újraindítás után is.
Hívd, ahogy akarod... -
pushalias
addikt
válasz
MacCaine
#12418
üzenetére
Ahhoz, hogy egy fájl a szerverről hozzád kerüljön, le kell tölteni a szerverről. Ezt hívják letöltésnek.
Szerintem te a mentéssel kevered. Hogy azán a letöltés után a levelező kliens mit csinál vele, az már az ő dolga. De mivel nyilvánvalóan nincs értelme a maileket minden alkalommal újra és újra letölteni, valamint mert a júzer időnként offline is lesz, ezért a kliensek minimum egy mail cache-t fenntartanak, de általában inkább végleg elmentik a letöltött maileket. Mert úgy logikus.
-
kispx
addikt
válasz
ViZion
#12420
üzenetére
Nem frissítettem, mert Live CD-ként próbáltam ki.
uname -r
3.2-CHAKRASzek.:
Amit még néztem:
A laptom bios 209 (217 a legfrissebb, nem láttam a képernyőhöz kötődő javításokat, viszont nincs minden verziószám feltüntetve, azaz jó nagy ugrások vannak a verziószámokban)
VGA BIOS v.1706.I10K50.001
EC BIOS V. 2020180001 -
kispx
addikt
válasz
CPT.Pirk
#12406
üzenetére
Sajnos a Chakra-nál is vibrál a képernyő (nyílt és zárt driverekkel is), de viszont a fülhallgatómat már alapból normálisan kezeli.
Szek.: Chakra-nál a vibrálásnál érdekesség, hogy ha teljesen felveszem a fényerőt akkor nem látszik a vibrálás (Ubuntu-nál kicsit azért lehet látni)
-
pushalias
addikt
válasz
MacCaine
#12399
üzenetére
„IMAP esetén pedig a levelek ideiglenesen a felhasználó gépén tárolódnak, és akár offline is olvashatók maradnak.
Vagyis beállítás kérdése a letöltés.”
Hogyan „tárolódnak” letöltés nélkül?
Az már valóban beállítás kérdése, hogy a letöltött e-mailekkel olvasás után mit művel a kliens, csak cache-eli, vagy véglegesen tárolja-e, de pl. Outlook default véglegesen tárolja, ahogyan az legtöbbször logikus is.Elképzelhető, azzal kevered a dolgot, hogy az valóban állítható, hogy a kliens lekérdezéskor csak a fejlécet töltse, vagy a teljes mailt, de ez a beállítás nem befolyásolja azt a tényt, hogy olvasáskor le kell tölteni a maileket.
-
Vladi
nagyúr
Szerintem akkoriban volt gond az intel vga driverrel. Most kéne megnézned, pl egy fedora 17 bétával, ami 1-2 hét és elérhető.
Nekem is inteles vga van a laposban, de semmi gond vele.
A hang meg csak beállítás kérdése, vagy a pulseaudio, vagy a kérdéses programban és kész.
Ennyi?
Jah linpust nem ajánlom. Ez ilyen nesze van egy valami a gépeden szintű linux sajnos, valami értelmes disztrót próbálj.
A hiba alapján egyébként ez energiagazdálkodási gond lehetett, amikor vibrált, akkor váltott a fokozatok között a gpu. De ezt fixen le lehet szabályozni minimálisra, persze ha nem kell a 3d vagy a hd videó, és akkor nincs vibrálás.
-
ViZion
félisten
A "Jack Sense" problémára gugliztam, tesztelni nem tudom. Írt a srác egy scriptet, kernel frissítés után újrarakja az alsa-t, meg pár apróság, és elvilegműködik: [link], itt meg van a bugreport [link]
Screen flicker-re: Hálózatról és akkuról is csinálja? Nyílt és zárt driverrel is?
Adj egy esélyt a Chakra-nak, Linux Mint-nek, és a Fedorát próbáld ki újra, nagyon friss a kernel, hátha jobb lesz az eredmény.
-
CPT.Pirk
Jómunkásember
Ahogy nézem, kernel béli probléma, legalább is 2.6.33-nál találtam ilyesmire utalást. Próbálj ki egy modernebb kernelt használó Linuxot, pl. pár hsz.-el lejjebb linkeltem a Chakrát, az fut pendriveról, meg tudod nézni, mit csinálna nálad. Ráadásul lehet indítani zárt vagy csak nyitott driverekkel is.
-
-
kispx
addikt
válasz
ViZion
#12402
üzenetére
Amiket kipróbáltam:
Ubuntu, Kubuntu, Xubuntu 10.10-től kezdve (wubival és nélküle is)
Mint 9-12
openSUSE, Fedora (pontos verziószámra nem emlékszek, de egy évvel ezelőtt nyáron jún-júl környékén próbáltam és akkor a legfrissebbek voltak).A laptop ASUS K50IJ-SX036SX
AIDA reportból részletek:
Alaplap:
CPU típusa Mobile DualCore Intel Celeron T3000, 1800 MHz (9 x 200)
Alaplap neve Asus K50IJ Series Notebook
Alaplapi lapkakészlet Intel Cantiga GL40
Rendszermemória [ TRIAL VERSION ]
BIOS típusa AMI (07/10/09)Megjelenítés:
Videokártya Mobile Intel(R) 4 Series Express Chipset Family (801324 KB)
Videokártya Mobile Intel(R) 4 Series Express Chipset Family (801324 KB)
Képernyő LG Philips LP156WH2-TLE1 [15.6" LCD]Multimédia:
Hangkártya VIA VT1708S @ Intel 82801IB ICH9 - High Definition Audio Controller [A-3]BIOS tulajdonságai:
Gyártó American Megatrends Inc.
Verzió 209
Kiadás dátuma 07/10/2009
Méret 1024 KB
Boot eszközök Floppy Disk, Hard Disk, CD-ROM
Képességek Flash BIOS, Shadow BIOS, Selectable Boot, EDD, BBS, Smart Battery
Támogatott szabványok DMI, ACPI, ESCD, PnP
Bővítési lehetőségek ISA, PCI, USBFő problémán
- Képernyő vibrál, 1366x768-as felbontásnál és 60hz-nAmiket kerestem angolul, azok nem segítettetek (de lehet, hogy a gyenge angoltudásom miatt).
Egyszer kipróbáltam, hogy a /etc/default/grub-ba beleírtam az i915.modeset=1 i915.powersave=0 sort a quiet splash elé, az segített, de a következő bekapcsolásnál az Ubuntu logó után nem akart tovább menni, és a képernyő megint vibrált. A reinstall után már az sem segített.A másik, amikor a fülhallgatót bedugom a gépbe, akkor egyszerre szól a laptopba beépített hangszóró és a fülhallgató.
-
ViZion
félisten
1. Mindegyik disztrónál: kb. 600 disztró van, ebből kb. 10 jelentősebb. Mindet próbáltad? Melyikdisztrót, melyik verziót, milyen asztali környezettel?
2. Ugyan azok a hibák: Konkrétabban? Angolul kell rákeresni, esetleg disztró-specifikusan.
3. Milyen laptop? Típus, esetleg gubancos HW vendor, stb...Linpusból ált. Quick OS-t raknak fel, vagy ilyesmit, előretelepítettekkel még sosem jutottam el GUI-ig... Röviden itt írtam róla, nagyon alap disztró. Chakra-t, Ubuntut, Linux Mint-et, Fedorát ajánlom első körben kipróbálni.
-
kispx
addikt
Sziasztok,
valaki használja/ismeri a Linpus-t. Számos disztrot kipróbáltam már, de egyik sem kezeli normálisan a laptop hardvereit (mindegyiknél ugyanazok a hibák). Évekkel ezelőtt ezzel a Linux-xal adták a gépet, de hamar win került rá. Tekintve mindegyik disztronál ugyanazok a hibák merültek fel, érdemes megpróbálni? Vagy nagy az esélye, hogy felesleges időkidobás lesz lesz a vége.
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
, viszont arra még kíváncsi lennék lehet e defragolni 
találtam egy ilyet bár nem hiszem hogy jó lenne 
Ú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!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Több mint 70.000 eladott szoftverlicenc
- BESZÁMÍTÁS! Asus A520 R5 3600 16GB DDR4 500GB SSD RTX 2060 8GB Rampage SHIVA CoolerMaster 700W
- Konzol felvásárlás!! Nintendo Switch
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- Azonnali készpénzes Sony Playstation 4 Slim / PS4 Pro felvásárlás személyesen/csomagküldéssel
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest