- Poco M3 - felújított állomás
- Térerő gondok, tapasztalatok
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Google Pixel topik
- Milyen okostelefont vegyek?
- Honor Magic6 Pro - kör közepén számok
- One mobilszolgáltatások
- Olcsó Galaxyk telepíthetik a One UI 7-et
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
-
Sziasztok,
Van egy ~1 terrás SSHD a következő felállással:
alfa ~ # vgdisplay
--- Volume group ---
...
VG Size 922.51 GiB
PE Size 4.00 MiB
Total PE 236162
Alloc PE / Size 153600 / 600.00 GiB
Free PE / Size 82562 / 322.51 GiBalfa ~ # fdisk -l
Disk /dev/mapper/myvg-root: 53.7 GB
Disk /dev/mapper/myvg-home: 483.2 GB
Disk /dev/mapper/myvg-data: 107.4 GBMint látható, van egy picit több, mint 300 gigányi spare terület a vg-ben. Szeretném összébb húzni, mintegy 100 giga particionálatlan területet felszabadítani anélkül, hogy újra kelljen rakni a rendszert. Tudja valaki a pontos menetét ennek?
-
syler123
veterán
válasz
Raynes
#23197
üzenetére
Rejtély vagy sem, csak az oldja meg, közben újraformáztam a hdd-t, mert a Swap-ot lehagytam már idegességemben, utána visszaállt a naplózás és megint read-only volt, kilőttem a naplózást és újra működik.
Erre is teljesen véletlen jöttem rá, mert kb már mindent kipróbáltam, semmi más nem segített. Már legalább tudom mit kell tennem legvégső esetben.
-
Raynes
tag
válasz
batagy
#23195
üzenetére
Szerintem semmilyen barriernek és journalingnak nincs ehhez köze. Tudomásom szerint az OpenWrt-ben nincs olyan korlát, ami miatt ne kezelné teljes értékűen az ex4, ext3-as fájlrendszereket.
Elvileg az is mindegy, hogy GPT vagy MBR partíciókiosztása van-e a HDD-nek. Szóval számomra érthetetlen, hogy a naplózás kikapcsolása hogyan oldhatta meg a problémát.
-
CPT.Pirk
Jómunkásember
válasz
batagy
#23195
üzenetére
Hű, most egy kicsit lesokkoltál így hirtelen.
Anélkül, hogy belemennék ebbe a vezérlős témába, a journaling azaz a naplózás az egy fájlrendszer tulajdonság. Az Ext2 nem használ naplózást, az Ext3 és 4 viszont igen, emiatt simán túlélik az ilyen fájlrendszerek a gép összeomlását vagy az akaratlan áramtalanítást. Nálunk van egy Ext3-as fájlrendszeres Debian, az alól hetente legalább egyszer kinyomják az elosztót, mégis túlélte eddig mindet.
Vagyis ez nem egy hardver függő dolog. Ha nem erről a journalingról van szó, akkor szólj.
-
batagy
őstag
válasz
CPT.Pirk
#23194
üzenetére
Értem.
Az látszik, hogy a Synology NAS valamiért magától használja a nobarrier flag-et. Az OpenSUSE-nél ugyanakkor ez nem látszik, azaz úgy tűnik barrier-t használ.
Ettől függetlenül, az kérdés merült fel bennem, hogy a Jmicron JMS566 USB vezérlő (vagy akár más USB vezérlők) esetleg a journalt vagy a barriert nem támogatják, és olyankor az OS-en múlik hogy ezt hogyan kezeli le.
Most ugyanazt a tesztet végrehajtottam, mint korábban a JMS566 chipes rackkel, csak most ASmedia ASM1053 (VID PID 174C-5136) vezérlős rackben. Vinyó és minden más ugyanaz.
OpenSUSE 13.2 (kernel 3.16.7-21):
batagy@sesame:~> uname -a
Linux sesame 3.16.7-21-desktop #1 SMP PREEMPT Tue Apr 14 07:11:37 UTC 2015 (93c1539) x86_64 x86_64 x86_64 GNU/Linux
batagy@sesame:~>
batagy@sesame:~> dmesg -e
...
[ +43.107817] usb 1-1.1: new high-speed USB device number 3 using ehci-pci
[ +0.144949] usb 1-1.1: New USB device found, idVendor=174c, idProduct=5136
[ +0.000013] usb 1-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ +0.000002] usb 1-1.1: Product: AS2105
[ +0.000002] usb 1-1.1: Manufacturer: ASMedia
[ +0.000002] usb 1-1.1: SerialNumber: 00000000000000000000
[ +0.000513] usb-storage 1-1.1:1.0: USB Mass Storage device detected
[ +0.001108] scsi14 : usb-storage 1-1.1:1.0
[ +1.003109] scsi 14:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6
[ +0.002363] sd 14:0:0:0: Attached scsi generic sg3 type 0
[ +1.487540] sd 14:0:0:0: [sdc] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ +0.001103] sd 14:0:0:0: [sdc] Write Protect is off
[ +0.000013] sd 14:0:0:0: [sdc] Mode Sense: 43 00 00 00
[ +0.001092] sd 14:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ +0.020322] sdc: sdc1
[ +0.004053] sd 14:0:0:0: [sdc] Attached SCSI disk
[Jan 2 14:13] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
batagy@sesame:~>
batagy@sesame:~> df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda5 ext4 32G 4.9G 26G 16% /
devtmpfs devtmpfs 3.8G 8.0K 3.8G 1% /dev
tmpfs tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs tmpfs 3.8G 2.2M 3.8G 1% /run
tmpfs tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/sda2 vfat 95M 32M 64M 33% /boot/efi
/dev/sdc1 ext4 74G 52M 70G 1% /run/media/batagy/testext4
űbatagy@sesame:~>
batagy@sesame:~> mount | grep sdc
/dev/sdc1 on /run/media/batagy/testext4 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
batagy@sesame:~>
batagy@sesame:~/Desktop> cat /proc/mounts | grep sdc
/dev/sdc1 /run/media/batagy/testext4 ext4 rw,nosuid,nodev,relatime,data=ordered 0 0
batagy@sesame:~/Desktop>Synology NAS-on (kernel 3.2.40):
DiskStation> dmesg
...
[ 2348.386831] usb 2-1: new high-speed USB device number 2 using ehci_marvell
[ 2348.571966] scsi2 : usb-storage 2-1:1.0
[ 2349.567800] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6
[ 2349.580037] sd 2:0:0:0: Attached scsi generic sg1 type 0
[ 2351.167746] sd 2:0:0:0: [sdq] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ 2351.176598] sd 2:0:0:0: [sdq] Write Protect is off
[ 2351.181441] sd 2:0:0:0: [sdq] Mode Sense: 43 00 00 00
[ 2351.182994] sd 2:0:0:0: [sdq] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2351.215155] sdq: sdq1
[ 2351.246244] sd 2:0:0:0: [sdq] Attached SCSI disk
[ 2353.002538] EXT3-fs (sdq1): error: couldn't mount because of unsupported optional features (240)
[ 2353.054832] EXT4-fs (sdq1): barriers disabled
[ 2353.107836] EXT4-fs (sdq1): mounted filesystem with ordered data mode. Opts: nodelalloc,synoacl,data=ordered,oldalloc
DiskStation>
DiskStation> df -HT
Filesystem Type Size Used Avail Use% Mounted on
/dev/root ext4 2.6G 639M 1.8G 27% /
/tmp tmpfs 262M 132k 261M 1% /tmp
/run tmpfs 262M 1.5M 260M 1% /run
/dev/shm tmpfs 262M 0 262M 0% /dev/shm
/dev/vg1000/lv ext4 488G 81G 408G 17% /volume1
/dev/sdq1 ext4 79G 189M 75G 1% /volumeUSB1/usbshare
DiskStation>
DiskStation> mount | grep sdq
/dev/sdq1 on /volumeUSB1/usbshare type ext4 (nodelalloc,synoacl)
DiskStation>
DiskStation> cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext4 rw,relatime,user_xattr,barrier=1,journal_checksum,data=ordered 0 0
none /dev devtmpfs rw,nosuid,noexec,relatime,size=250740k,nr_inodes=62685,mode=755 0 0
none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
none /proc proc rw,nosuid,nodev,noexec,relatime 0 0
none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
/tmp /tmp tmpfs rw,relatime 0 0
/run /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
/dev/shm /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
/proc/bus/usb /proc/bus/usb usbfs rw,relatime 0 0
/dev/vg1000/lv /volume1 ext4 rw,relatime,user_xattr,synoacl,barrier=0,journal_checksum,data=writeback,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group 0 0
securityfs /sys/kernel/security securityfs rw,relatime 0 0
none /proc/fs/nfsd nfsd rw,relatime 0 0
/dev/sdq1 /volumeUSB1/usbshare ext4 rw,relatime,user_xattr,synoacl,barrier=0,journal_checksum,nodelalloc,data=ordered 0 0
DiskStation>Eredmény ugyanaz, különbséget a JMS566 chip és az ASM1053 chip között nem látok a barrier szempontjából. Az biztos, hogy a Synology NAS valamiért magától használja a nobarrier flag-et. Ráadásul nemcsak az USB-s külső vinyóhoz használja a nobarrier-t, hanem a belső saját vinyóhoz is.
Lehetséges az., hogy (legalábbis ez a két USB-s vezérlő) nem támogatja a journal-t és/vagy barrier-t az EXT4-en, és esetleg az OpenWRT és a Linux Mint ezt nem tudja magától lekezelni, csak akkor ha a journal kikapcsolásra kerül? Vagy ez hülyeség?
-
CPT.Pirk
Jómunkásember
válasz
batagy
#23188
üzenetére
Az nem hibaüzenet.
Az a no barriers azt jelenti, hogy nincs blokk írási korlát a fájlrendszerben. Ez egy gyorsítás, de csak akkor szabad bekapcsolni, ha nem fordulhat elő áramkimaradás vagy akaratlan újraindítás. Ha ez nincs engedélyezve, akkor a fájlrendszer jóval nagyobb megbízhatósággal fog működni, szóval szerintem érdemes kikapcsolni. (/etc/fstab alatt a csatolási opcióknál lesz egy nobarrier kapcsoló, azt kell kivenni onnan. A noatime mehet helyére ha még nincs ott, az is gyorsít csak az biztonságos) -
#23193
TheBikerider
veterán
spammer
#23192
-
#23192
spammer
veterán
TheBikerider
#23191
spammer
veterán
válasz
TheBikerider
#23191
üzenetére
-
#23191
TheBikerider
veterán
Sziasztok.
Új vagyok a témában és itt is.
Linux Ubuntu-t szerettem volna telepíteni,ami meg is történt.
Nem tudom mi nem jó,de nem teljesen megyar,csak itt-ott,kikapcsolásnál nem áll le,hanem lefagy,majd hard reset,indításnál csak harmadszorra hajlandó indulni a rendszer.
Nem tudom jó helyen kérdezem-e,de majd Ti megmondjátok.
Köszi -
#23188
batagy
őstag
King Unique
#23187
batagy
őstag
válasz
King Unique
#23187
üzenetére
Ebben mondjuk nem értek veled egyet, külső HDD-t és USB-s racket miért ne lehetne routerrel vagy TV-vel használni, nincs az külön tervezve csak desktophoz.
Az adott probléma valamilyen OS vagy valamilyen SW beállítási probléma lehet.
Amúgy a fentebbi Synology-s dmesg logomban van egy érdekes, ez a barrier hibaüzenet:
[62090.107803] EXT3-fs (sdq1): error: couldn't mount because of unsupported optional features (240)
[62090.153083] EXT4-fs (sdq1): barriers disabledFogalmam sincs mit jelent a barrier, de valamilyen összefüggés biztosan van a Journaling-gal. Ha ezt vesszük, lehet hogy valamilyen barrier vagy journaling dolgot nem kezelnek bizonyos linuxok. Nem olvastam el ezt a cikket, de lehetséges hogy az OpenWRT emiatt vette a fájlrendszert sérültnek. További cikk1, cikk2, cikk3.
Ha valaki érti ezeket, esetleg homályosítson fel minket.
-
#23187
King Unique
titán
batagy
#23184
King Unique
titán
válasz
batagy
#23184
üzenetére
"Szóval nálam nem okozott gondot az EXT4 a JMS566-tal. Szerintem nem hibás ez a chip."
Maga a JMS566 nyilván nem, jól is néznénk ki, ha igen...meg külső ház vezérlője felől nézve eleve hülyeség, hogy csak bizonyos fájlrendszereknél okozna ilyet. Ha alapból gond lenne vele, vagy csak az ő külső házánál, akkor más fájlrendszereket is el kéne csesznie.
Amúgy meg ki tudja mi volt ennél a routeres használatnál, nem megfelelő leválasztások, ingadozó USB tápellátás és egyebek...? Értékesebb és fontos adatokat tartalmazó (2,5") külső meghajtókat eleve nem használok TV, router és társai eszközökhöz, mivel nem ezekhez vannak elsődlegesen tervezne. Egy normál külső HDD alap rendeltetése a PC, notebook + desktop OS használat. -
batagy
őstag
válasz
syler123
#23181
üzenetére
Nem hagyott nyugodni, és leteszteltem magam is.
Rack: noname Ebay-jes Jmicron JMS566 chipes. VID-PID: 152D-3569.
Firmware verzió: 00.01.01.04Vinyó: Hitachi HTS721080G9SA00.
OpenSUSE 13.2 (kernel 3.16.7-21) rendszeren , Gparted-ben létrehoztam rajta EXT4 partíciót (MBR). USB2-n csatlakoztatva. Utána le és felcsatolás, és semmi gond, írható. Csupán jogosoltsági probléma volt, mert a mountolás gyökerébe csak a root írhatott, user nem, de ezt egy chmod 777 megoldotta.
Logok:
batagy@sesame:~> uname -a
Linux sesame 3.16.7-21-desktop #1 SMP PREEMPT Tue Apr 14 07:11:37 UTC 2015 (93c1539) x86_64 x86_64 x86_64 GNU/Linux
batagy@sesame:~>
sesame:/var/run/media/batagy# dmesg -e
...
[Jan 1 16:45] usb 1-1.2: USB disconnect, device number 3
[ +0.001515] sd 8:0:0:0: [sdc] Synchronizing SCSI cache
[ +0.089788] sd 8:0:0:0: [sdc]
[ +0.000006] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ +19.120912] usb 1-1.2: new high-speed USB device number 4 using ehci-pci
[ +0.166619] usb 1-1.2: New USB device found, idVendor=152d, idProduct=3569
[ +0.000012] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ +0.000003] usb 1-1.2: Product: USB to ATA/ATAPI Bridge
[ +0.000002] usb 1-1.2: Manufacturer: JMicron
[ +0.000002] usb 1-1.2: SerialNumber: DB123456789B3E
[ +0.001811] scsi9 : uas
[ +0.000724] scsi 9:0:0:0: Direct-Access ADplus SuperVer 0114 PQ: 0 ANSI: 6
[ +0.001352] sd 9:0:0:0: Attached scsi generic sg3 type 0
[ +0.000489] sd 9:0:0:0: [sdc] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ +0.000004] sd 9:0:0:0: [sdc] 4096-byte physical blocks
[ +0.001383] sd 9:0:0:0: [sdc] Write Protect is off
[ +0.000006] sd 9:0:0:0: [sdc] Mode Sense: 53 00 10 08
[ +0.000591] sd 9:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ +0.032919] sdc: sdc1
[ +0.003239] sd 9:0:0:0: [sdc] Attached SCSI disk
[Jan 1 16:46] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[ +3.578891] sdc1: WRITE SAME failed. Manually zeroing.
sesame:/var/run/media/batagy #
sesame:/var/run/media/batagy # df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda5 ext4 32G 4.9G 26G 16% /
devtmpfs devtmpfs 3.8G 8.0K 3.8G 1% /dev
tmpfs tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs tmpfs 3.8G 2.2M 3.8G 1% /run
tmpfs tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/sda2 vfat 95M 32M 64M 33% /boot/efi
/dev/sdc1 ext4 74G 52M 70G 1% /run/media/batagy/testext4
sesame:/var/run/media/batagy #
sesame:/var/run/media/batagy # mount | grep sdc
/dev/sdc1 on /run/media/batagy/testext4 type ext4 (rw,nosuid,nodev,relatime,stripe=8191,data=ordered,uhelper=udisks2)
sesame:/var/run/media/batagy #Utána Synology NAS-on (kernel 3.2.40) is megnéztem USB2-es portban, ott sincs semmi gondja.
Logok:DiskStation> uname -a
Linux DiskStation 3.2.40 #5592 Wed Aug 19 16:32:46 CST 2015 armv7l GNU/Linux synology_armada370_213j
DiskStation>
DiskStation> dmesg
...
[62086.990464] usb 1-1: new high-speed USB device number 7 using ehci_marvell
[62087.174882] scsi15 : usb-storage 1-1:1.0
[62088.171438] scsi 15:0:0:0: Direct-Access ADplus SuperVer 0114 PQ: 0 ANSI: 6
[62088.183675] sd 15:0:0:0: Attached scsi generic sg1 type 0
[62088.190189] sd 15:0:0:0: [sdq] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[62088.204691] sd 15:0:0:0: [sdq] Write Protect is off
[62088.209606] sd 15:0:0:0: [sdq] Mode Sense: 47 00 10 08
[62088.217225] sd 15:0:0:0: [sdq] Write cache: enabled, read cache: enabled, supports DPO and FUA
[62088.263586] sdq: sdq1
[62088.270406] sd 15:0:0:0: [sdq] Attached SCSI disk
[62090.107803] EXT3-fs (sdq1): error: couldn't mount because of unsupported optional features (240)
[62090.153083] EXT4-fs (sdq1): barriers disabled
[62090.197791] EXT4-fs (sdq1): mounted filesystem with ordered data mode. Opts: nodelalloc,synoacl,data=ordered,oldalloc
DiskStation>
DiskStation> df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 608M 1.7G 27% /
/tmp 249M 136K 249M 1% /tmp
/run 249M 1.8M 248M 1% /run
/dev/shm 249M 0 249M 0% /dev/shm
/dev/vg1000/lv 455G 87G 368G 20% /volume1
/dev/sdq1 74G 180M 70G 1% /volumeUSB1/usbshare
DiskStation> mount
/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1000/lv on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
securityfs on /sys/kernel/security type securityfs (0)
none on /proc/fs/nfsd type nfsd (0)
/dev/sdq1 on /volumeUSB1/usbshare type ext4 (nodelalloc,synoacl)
DiskStation>Nem tudom hogy a Synology-n a Journal be volt-e kapcsolva.
OpenWRT-m nincs, csak Gargoyle routerem, de azon nem néztem meg.Szóval nálam nem okozott gondot az EXT4 a JMS566-tal. Szerintem nem hibás ez a chip. Sajnos nem tudom nálad mi lehetett.
-
Ablakos
őstag
Nem értem miért nem állítja le a hdd-t az
/sbin/hdparm -S 12 /dev/disk/by-id/ata-Hitachi_HDP725050GLA360_GEA534RF0TEMDA
Lekapcsoltam a smartd szervízt, de így sem.
/sbin/hdparm -B 1 -Y /dev/disk/by-id/ata-Hitachi_HDP725050GLA360_GEA534RF0TEMDA
azonnal pihenőbe teszi. Csak ütemezve nem áll le.
Mi szokott még szívózni a lemezzel ? (A lemez üres, nincs samba megsoztásban, clamscan nem foglalkozik vele) -
#23182
King Unique
titán
syler123
#23181
King Unique
titán
válasz
syler123
#23181
üzenetére
Nyilván, annyit nem ér szórakozni vele. Ha most kikapcsolt naplózással Ext4-gyel jó, akkor ok. MiniTool programot ExtFS-hez meg felejtsd el...
AOMEI, EaseUS inkább, igaz Ext4-et nem tud egyik sem...Ahhoz akkor már a GParted való egy live rendszerről bebootolva. Azzal még HSF+ra is tudtam formázni külső meghajtót, igaz előtte a hfsprogs telepítése kellett.
Próbáltam JMicron JMS567 chipes külső házzal is, ott nem volt gond desktop Linux esetében. A két vezérlő meg eléggé hasonló. -
#23181
syler123
veterán
King Unique
#23180
syler123
veterán
válasz
King Unique
#23180
üzenetére
Próbáltam Live linux alól is formázni. Passzolom, nem akarok idegroncs lenni miatta, most így jó és ez a lényeg. Hogy mi okozta azt nem tudom, mert túlnyomórészt linux alól formáztam, minitool alatt is próbálkoztam, de utána gparted-el töröltem a particiókat.
batagy: Mondjuk engem is érdekelne, hogy a hdd rack-el van-e a probléma, ha egyszer megnézed később légyszi írj rám, lehet nem veszem észre hogy ide írtál.
-
#23180
King Unique
titán
syler123
#23176
King Unique
titán
válasz
syler123
#23176
üzenetére
Üdv!
Érdekes volt a problémád a másik topikban, de hogy ne ott offoljunk, ezért itt szólok hozzá inkább.
A naplózó fájlrendszerek - pl. Ext3, Ext4, NTFS, HFS+ - az adatbiztonság miatt ajánlottabbak. Az Ext2 talán még nem naplóz, ahogyan a FAT32 és exFAT sem. Külső USB-s meghajtón próbáltam reprodukálni a hibádat ExtFS fájlrendszerrel, de nem igazán akart összejönni Linux alatt. Egyedül akkor futottam bele, ha W alól a MiniTool programmal hoztam létre az Ext3/4 partíciókat. Annál valami nagyon nem kerek, mert a Mint és Ubuntu sem tudja felcsatolni az Ext3 partíciót...az Ext4-nél meg pontosan ugyanaz a hiba van, mint nálad: read-only. Nem lehet rá írni, nem lehet mappát létrehozni stb. Csak root módban, abban indított fájlkezelővel lehet rá másolni. Viszont, ha GNONE Disks / GParted segítségével törlöm a partíciót és létrehozom újból, akkor utána teljesen ok. Igaz nálam nincsenek a dmesg soraiban hibák. W alatt meg diskpart clean módszerrel érdemes legyalulni a lemezt és utána másik 3rd party partícionáló (pl. AOMEI) már jól hozza létre az Ext3 fájlrendszert, ami utána Linuxon is írható & olvasható.A te esetedben azt nem értem, hogy ha hibás is a létrehozott fájlrendszer, de utána legyalulod és megcsinálod újra, akkor mért lesz megint read only
Főleg, hogy HDD diagnosztikai programok sem jeleznek semmilyen hibát...Megjegyzi a rendszer és valahogy "resetelni kéne", netán egy live Linux alól megpróbálni? Fene tudja... -
batagy
őstag
válasz
syler123
#23178
üzenetére
Jó, csak akkor megpróbálok egy konklúziót összefoglalni:
- Tehát akkor továbbra sem tudjuk hogy a JMS566 chipes rack okozta-e a readonly mountolást EXT4 esetén, merthogy ugyanaz a vinyó más módon nem volt csatlakoztatva.
- Mindenesetre a Journal kikapcsolása megoldja az EXT4 mountolást.Nekem is van ugyanolyan rackem, és vinyóm is amivel tesztelni is tudom, most már kíváncsivá tettél. De csak majd ha kedvem lesz....
-
syler123
veterán
válasz
batagy
#23177
üzenetére
Sehogyan nem működött, csak így. Hibát már nem ugyanazt írta, már nem emlékszem, de továbbra is read-only volt. Most jó, szerintem marad így. Nem tárolok rajta olyan adatot, ami miatt nagyon aggódnék.
Vagy ez a lehetőség van, vagy az ntfs. De ez csak jobb az openwrt-nek, gyorsabban eléri.
-
syler123
veterán
Sziasztok!
Ha már ennyit segítettetek, megírom mit csináltam. Végül kikapcsoltam a naplózást, most enged írni a lemezre rendesen, de gondolom ez annyira nem ajánlott igaz? Még egyszer megpróbálom visszakapcsolni, hogy úgy jó-e, ha nem akkor használom nélküle, nincs mit tenni.
-
syler123
veterán
válasz
batagy
#23173
üzenetére
Köszi, ezt végigpróbálom.
Mondjuk most várnom kell pár órát, nyomtam egy wipe partitiont, nullákkal tölti ki a hdd-t, így eltöröl mindent, így tuti nulláról kezdek, szó szerint
Kisgépen van e-sata, csak kábelem nincs hozzá, de próbáltam sata kábelell összekötve is, a dmesg ugyanazokat a hibákat dobta. Most akkor folyt köv, már ráakarok jönni a megoldásra, mert most szét van szedve a kisgép, a sikerességtől függ, hogy megye-e bele vissza az 1tb-os hdd és teszek rá vissza linux mintet és elfelejtem ami eddig történt, router meg használja a működő 160gb-os hdd-t.
Csak az a baj hogy az a 160gb rettentő kevés, pl használom a dlna-t sorozatok miatt, így jó lenne ha az 1tb-os, vagy legalább az 500gb-os hdd jó lenne.
Érdekes, de gparted-ben mbr fájlrendszerre nem nemlékszem, gpt az volt. Meg pl a particiós tábla melyik legyen? Alapból azon van hogy ms-dos vagy mi, de ms-valami az biztos, nem tudom most nincs bekapcsolva a linuxos gép, win alatt formázok.
-
batagy
őstag
válasz
syler123
#23172
üzenetére
Én is követem ám az eseményt.
Szerintem:
1. Win alatt a partíciós táblát konvertált át MBR-ről GPT-re és NTFS-sel formázd. Szerintem nem kell full format, csak gyors.
(Én mondjuk Linux Mint alatt, Gparted-del az MBR a partíciós tábla törölném, és ott állítanám be a GPT-t és az NTFS formázást, de ha biztosra akarsz menni, akkor Win alatt.)2. Utána a Linux Mint alatt, Gparted-del a GPT-t visszatörölném és MBR-re visszaállítanám, és NTFS helyett EXT4-et állítanék be.
3. Utána OpenWRT-n csekkolni a rackben USB-n. Illetve Linux Mint alatt USB-n is.
4. Ha megint readonly lesz a dmesg hibák miatt, akkor a vinyót USB helyett natív SATA-ben próbálnám rákötni a gépre, hogy ott látszik-e a dmesg hiba és readonly lesz-e. Nincs mondjuk eSATA csatlakozó a gépen? Arra is lehetne kötni. Így ugyanis kizárható lenne, hogy a Jmicron rack okozza-e a hibát.
Amúgy BUÉK!
-
bambano
titán
válasz
syler123
#23139
üzenetére
mert ha kézzel törlöd a partíciókat és újra létrehozod pont ugyanazt, akkor a fájlrendszerhez nem nyúl, az pont ugyanabban a formájában megmarad, mintha nem csináltál volna semmit. linuxon a partíció létrehozása csak az mbr-t piszkálja, a diszk többi részét nem.
egyébként fsck -y -f /dev/sdb1 vagy amelyik partícióról szó van.
(#23142) lev258: "nem csak arról van szó, hogy új ext4-es fájlrendszer létrehozásakor a mezei felhasználónak még nincs joga írni, csak olvasni?": nem, nem erről van szó, ha elolvastad a korábbi hsz-eit, ott látszik, hogy egy io error miatt taccsra tette a fájlrendszert, amit utána a mount csak ro-ban mountol fel (erről bemásolta a vonatkozó üzenetet).
(#23159) lev258: nem jól tudod, -a nélkül is javít, csak akkor vagy kézzel engedélyezed minden javítást, vagy írsz egy -y -t, ami yes-t alapértelmez minden kérdésre.
az eredeti kérdéshez:
kezd olyan érzésem lenni, hogy az a diszk valójában döglött és hardver problémád van. -
lev258
veterán
válasz
syler123
#23160
üzenetére
Pedig lehet épp amiatt dobál ilyen hibákat. Ha fel van csatolva, és nincs leválasztva vagy leállítva szabályosan, akkor könnyen előfordulhat ilyen.
Nálam is hamar lefut. Most válaszd le szabályosan, majd csatlakoztasd újra még ezen a gépen és nézd meg a dmesg-et, van-e benne hiba. -
syler123
veterán
válasz
lev258
#23159
üzenetére
Nem csatoltam le őket szabályosan, akkor ráment volna az életem a próbálgatásra. Előtte szépen le voltak választva, akkor sem volt jó.
sudo fsck /dev/sdb1 -f -a -C -V -D
fsck from util-linux 2.20.1
[/sbin/fsck.ext4 (1) -- /dev/sdb1] fsck.ext4 -f -a -D -C0 /dev/sdb1
Adatok: 11/61054976 files (0.0% non-contiguous), 3883091/244190208 blocksEnnyit dob, nem ellenőriz / javít semmit sem.
-
syler123
veterán
válasz
lev258
#23156
üzenetére
lev258: A block mount töltött ki magától néhány sort és ott nem volt felülvonás.
Lefuttatom az ellenőrzést, gondolom inkább linux alól kellene nemigaz? Mármint nem a routerrel. Melyik ellenőrzést futtassam le?
fsck /dev/sda1 -f -C -V -D
???
Az -f erőlteti az ellenőrzést, a -C -V részletesebben tájékoztat az ellenőrzés állapotáról, végül a -D optimalizálja a könyvtárak helyfoglalását.
-
-
syler123
veterán
válasz
lev258
#23154
üzenetére
lev258: az sda1 a hdd. Openwrt-nek más betűjelei vannak, a csatoltak azok sda1, sdb1 stb..
A linket követem, de nálam más a szintaxis openwrt alatt, azokat javítottam a szerint, ahogy nálam alapból szerepelt pár sor, annyi hogy azok a felülconások nincsenek az option-oknál, de jó, ahogy megírtam, mert a block mount is jelzi a változást.Sok hibát ír, remélem mindet összegyűjtöm, csak a hibákat másolom ki:
blk_update_request: critical target error, dev sda, sector 973342 720
[ 19.770000] Buffer I/O error on dev sda1, logical block 121667584, lost sync page write
[ 19.770000] JBD2: Error -5 detected when updating journal superblock for sda1 -8.
[ 19.790000] EXT4-fs warning (device sda1): ext4_clear_journal_err:4659: Files ystem error recorded from previous mount: IO failure
[ 19.800000] EXT4-fs warning (device sda1): ext4_clear_journal_err:4660: Marki ng fs in need of filesystem check.[ 321.760000] EXT4-fs (sda1): error count since last fsck: 11
[ 321.760000] EXT4-fs (sda1): initial error at time 1451576364: ext4_journal_ch eck_start:56
[ 321.770000] EXT4-fs (sda1): last error at time 1451578359: ext4_journal_check -
lev258
veterán
válasz
syler123
#23153
üzenetére
Ilyen fstab-ot én még nem is láttam.
Nem szóltam; ott más jellegű, mint az asztali Linuxok többségén.
Amikor amúgy kiadtad a csatolás parancsot, nem volt hibaüzenet? A dmesg mit mond erről a meghajtóról most (ha lehet, a szükséges részt mutasd meg)?
Az sda1 az melyik partíció? Az nem az OpenWRT sajátja? A linket követed fstab módosításnál? -
syler123
veterán
válasz
lev258
#23152
üzenetére
Bármit írok, akkor is ro-ként van csatolva.
Mount parancsra:
/dev/sda1 on /media/cucc type ext4 (ro,sync,relatime,data=ordered)
fstab-ban:
config mount
option device '/dev/sda1'
option fstype 'ext4'
option options 'rw,sync'
option enabled_fsck '0'
option enabled '1'
option target '/media/cucc' -
syler123
veterán
válasz
lev258
#23150
üzenetére
ssh-n érem el a routert, csak root felhasználó van, mást nem is csináltam, szóval igen. Megpróbálom a media-ba csatolni, legalább valamit megpróbálok.
#23152: luci-ban látom, hogy melyiket akarom csatolni. Egyrészt átírtam fstab-nál a hdd-re vonatkozó részt, hogy az rw és a sync szerepeljen benne, erre volt példa is írva. Utána megpróbálok mappát létrehozni, mkdit mappa és jön a read only filesystem hiba.
-
lev258
veterán
válasz
syler123
#23149
üzenetére
Minden parancs után történik valami. Vagy van hibaüzenet, vagy nincs. Ezek fontosak lehetnek. Az OpenWRT-n levő fájlkezelő (ha van ilyen), biztosan root joggal indul?
Nem hiszem, hogy itt erről van szó, de nekem voltak bajaim a /mnt-ba csatolással, inkább a /media-ba szoktam.
A problémát úgy értettem, hogy rendesen le lettek-e választva, vagy a gép kikapcsolva a kihúzások előtt. -
syler123
veterán
válasz
lev258
#23148
üzenetére
Mindent végigpróbáltam ami ott le van írva.
mount -t ext4 /dev/sda1 /mnt/sda1 -o rw,sync
Így sem jó, fstab szerkesztve rw-re, így sem jó.
A 3. meghajtóval jó csak. Particiók újra létre lettek hozva, nem lehetnek sérültek, ezek nem voltak sokat használva, kétlem hogy bármi gond lenne velük. Ha 2-ből egy csinálná, akkor azzal lenne gond, de így nem.
-
lev258
veterán
válasz
syler123
#23147
üzenetére
Ext4 fájlrendszernél fontos a jogosultságok megfelelő kezelése. Értelemszerűen ntfs-nél ilyen nincs, hiszen a Linuxos és Windows-os jogosultságok nem kompatibilisek egymással, nincs átjárás. Nem tudom, az OpenWRT-n pontosan milyen felhasználók vannak és milyen beállítások, de az elv ugyanaz. A részleteknek az OpenWRT fórumokon, leírásokban kell utánanézni. [link]
És ismét hozzáteszem, ha több meghajtóra is hibaüzenet van, akkor ott más gond is van. Amikor pedig sérül a partíció, olyankor automatikusan csak olvashatóként csatolja fel.
Nem vagy h***, de minden rendszerrel meg kell ismerkedni, meg kell tanulni. Akik nem így állnak hozzá, azok általában visszamennek Windows-ra azzal, hogy sz** a Linux. Rajtad áll, mit választasz. Ettől még nem fogunk lenézni. -
syler123
veterán
válasz
lev258
#23146
üzenetére
Openwrt topicban ilyenre nem gondol senki, ez nem hozzáértés kérdése, egyik hdd jó anélkül hogy állítottam volna bármit is, másik nem. Oké ezt beállítottam fájlkezelővel, hogy mindenki írhat olvashat, ez ott működik, de ettől még a routeren nem tudok rá írni, csak olvasni, ott ezt hogyan tudom beállítani? Ott alapból root vagyok, elvileg kellene hogy tudjak írni rá alapból, ki más ha a root nem??
Már jóideje feltettem a kérdést rengeteg szakmai topicban és senkinek nincs ötlete, akkor nekem ne mondjátok hogy én vagyok a hülye... Tisztára megutálom a linuxot, ezt már mint topicban is megírtam, akkor is te válaszoltál és gondolom akkor is én voltam a hülye, mert mindecraft pixelekkel indul az ubuntu a vga-mon. De az is a vga hibája, nem a rendszeré...
-
lev258
veterán
válasz
syler123
#23145
üzenetére
Épp ez az. Amikor root joggal indítod a fájlkezelőt, akkor van lehetőséged más felhasználónak is megfelelő jogokat adni rá. Amikor használod a rendszert, te csak mezei felhasználó vagy, akinek van joga root-ként is tevékenykedni (a megfelelő procedúrával). Jogot kell adnod ennek a mezeinek arra, hogy szabadon piszkálhassa az új partíciót. Pontosan milyen hibaüzenet is van pontosan, ami minden meghajtóra megjelenik?
Ugyanaz a helyzet. A jogosult felhasználó a routered Linuxán létezik, nem itt. Itt nincs joga a mezei felhasználónak hozzá. Tudom, hogy még épp ismerkedsz, de kicsit úgy tűnik, nagy céljaid vannak és kevés tudásod hozzá.
Amiket leírtam, elég egyszerű dolgok, ha már kicsit kiismerte magát az ember. -
syler123
veterán
válasz
lev258
#23144
üzenetére
Sőt több gépen + routeren van ugyanez
Jogosultságoknál csak Taulajdonos: root(root) van.
Van neki mindenhez joga, más nincs itt.Lent a többiek: csak olvasható. Itt a gond szerintem.
Bár most bekötöttem azt a hdd-t is, ami írható routerrel, az itt linux alatt is csak rootként írható
-
lev258
veterán
válasz
syler123
#23143
üzenetére
Akkor szerintem csak erről van szó. Nézd meg egy átlagos (és általad használható) partíciónak milyen jogai vannak (mely felhasználókkal). Jobb gomb/Tulajdonságok/Jogosultságok. Aztán gksu nautilus vagy gksu nemo vagy amilyen fájlkezelő van és máris módosíthatod a kérdéses partíció hasonló jellemzőit.
2 meghajtóra is? Mi van azzal a géppel? -
lev258
veterán
válasz
syler123
#23141
üzenetére
Én partíciós tábláról beszéltem, nem partíciókról és fájlrendszerekről. Egyébként nem csak arról van szó, hogy új ext4-es fájlrendszer létrehozásakor a mezei felhasználónak még nincs joga írni, csak olvasni? Jogosultságot kell módosítani. Vagy a dmesg még mindig dobálja a hibát?
-
-
syler123
veterán
Sziasztok!
Van egy nagyon komoly problémám, amit segítséggel sem tudok megoldani, ezért hátha ti, haladó linuxosok tudtok segíteni.
Adott egy usb rack 2,5"-os hdd-nek, 2db hdd, és egy Openwrt router. A problémám az, hogy valamiért az ext4 filerendszert csak read only módban tudom felcsatolni, mind a 2 hdd-vel. Viszont van egy 3. hdd-m , aminek saját háza van, az rendesen működik.
fstab-ba már beírva az rw, sync beállítás, semmi haszna. Továbbra is read only-ként mountolja.
Mount parancsra:
/dev/sda1 on /mnt/mokus type ext4 (ro,sync,relatime,data=ordered)Hdd-ket próbáltam linux alatt és MiniTool Partition Wizard -al is formázni, az eredmény ugyanaz.
Mondok jobbat, a megformázott lemezeket Linux Mint alatt sem írhatóak, csak hogyha felteszem rájuk a linux mint-et és onnan használom vagy pl create folder as root így létrehozza a mappát linux mint alatt.
Ötletek???
-
nolika
senior tag
Hello,
Apache2-őt szeretnék konfigolni SSL-re (Owncloud) egy alternatív porton, de nem megy.
Valakinek sikerült beállítani? Mi benne a hiba?
ports.conf:Listen 80
Listen 13800sites-enabled/owncloud.conf:
SSLCertificateFile /home/nolserv/asd.net.pem
SSLCertificateKeyFile /home/nolserv/asd.net.key
SSLProtocol all -SSLv2 -SSLv3
SSLCompression off
SSLHonorCipherOrder On
SSLCipherSuite EECDH+AESGCM:EECDH+AES:EDH+AES
<VirtualHost 0.0.0.0:80>
ServerName 0.0.0.0
Redirect permanent / https://asd.net:13800
</VirtualHost>
<VirtualHost 0.0.0.0:13800>
ServerName 0.0.0.0
DocumentRoot /var/www/owncloud
</VirtualHost>Hibajelenség: http megy rendesen, https://asd.net:13800/owncloud cím esetén viszont "ssl_error_rx_record_too_long"
Köszi
-
Raynes
tag
válasz
Apollyon
#23131
üzenetére
ubi: áttettem az azóta kihalt hwsw-ről a törzshelyem ide, és amott is ez volt a nickem, onnan jött.
Nem értek egyet. Nyilván nem fő gépnek való egy ilyen masina, de akár annak is használható. Jó, kicsi a kijelző, de a leskálázott 720p jobban mutat rajta, mint a felskálázott 360p. Nekem tetszettek ezek a netbookok, egyáltalán nem volt hulla ötlet őket piacra dobni, kicsi, könnyű, könnyen hordozható, hosszú üzemidő, jó letöltőgépnek és mikroszervernek is, általában nem vagy gyári OS-re, pl. Androidra szorítva. Sokkal értelmesebb platform, mint a táblagép, mert az tényleg semmire nem jó. Nekem sikerült szart kifogni belőle. Eszembe nem jutott, hogy vannak ezek között ilyen rossz támogatással rendelkező példányok is, nyilván, ha laptopot vagy desktop gépet veszek, akkor utánanézek a drivertámogatásnak, mint mindig.
Az meg még egy telefontól is elvárom, hogy ne tearingeljenek rajta a videók és a játékok, illetve legyen hardveres gyorsítás rajta. Nem hogy egy netbooktól, ami mégis csak egy x86-os, általános célú gép. Nyilván 1080p-t, 4K-t, h265-öt nem ezen néz az ember, és a legújabb AAA-s játékcímekkel sem ezeken játszik, tiszta sor, de azt elvárom, hogy ha netezés közben szembejön egy flashes videó, ami azért nem elméleti eset, az ne tearingeljen, a böngészőben legörgetett tartalommal együtt, és mindez úgy menjen, hogy ne legyen egy OS egy adott verziójához kötve.
-
whbear
senior tag
-
Apollyon
Korrektor
válasz
N0zer0
#23116
üzenetére
Na akkor belepofázok én is.
N2600.. Ez egy atomos gép, ahogy látom az adatlapodon egy netbookos csodában van. Ma már ritka mint a fehér holló, legalábbis itthon nem nagyon kapni ilyen professzoros gépet.
A netbook maga meg sajnos nem élt sokáig, eleve kiherélve jött a piacra, de főleg félreértelmezték a platform célját, és be is bukott az egész netbook történet.
Nem is értem mi a frásznak akarnak az emberek 10 colos kijelzőn 720p-t nézni (ezt ne vedd magadra), meg manapság ugyanígy fullhd filmeket a tableteken, hát sajnos úgy néz ki ez az értelmi szint.Én mostanában szereztem be egy N455-ös gépet, egyelőre csak ismerkedem vele, még meglátom mire lesz jó. Az biztos, hogy erre nekem nem fog kelleni 3D, és igazából sírva röhögtem mindig is, hogy ilyen kis mütyi szartól mit akarnak az emberek azon kívül hogy böngésznek meg szövegszerkeszt meg emaileznek. Átlagfelhasználónak másra ugyanis nem jó. Filmeket nem ezen kell nézni, aki meg elsődleges gépnek vette, az beszívta.
Viszont azt kell mondjam hogy nekem tetszik, a terminálablakok simán elférnek rajta, és az akkus üzemidő is elég jónak mondható. A tableteket gyűlölöm, maszatolós szar mind, a konzumidiótáknak lett kitalálva (tisztelet a kivételnek), olyan szoftverrel ami maximum tapera mobiltelefonokba jó. Ellenben a netbook egy teljes x86 platform, teljes értékű billentyűzettel (vagy ha nem akkor dugsz rá egyet usb-n), nem beszélve arról hogy egér is van, és nem tapicskolni kell.
Visszatérve, igen, az gáz hogy nincs videogyorsítás, de ez is annak köszönhető hogy ma már mindenki inkább a tableteket nyúzza, az atomot meg magára hagyták úgy ahogy van, szóval gondolom értelme sem lett volna erre fejleszteni már a drivereket.
Most vagy te vagy itt egyedül aki pattog emiatt a fórumon (ne érts félre igazad van, aztán lehet majd jövök én is
) hogy nincs egy régi, alig népszerű szinte egyedi hw-re rendes sw.Nekem egyelőre nincs gondom, minden működik rajta úgy, ahogy kell (Debian 8 xfce, bár ebből lehet wm lesz), jó az üzemideje is, szinte már nem is értem miért kukázták (amúgy de, elcseszték).
Az mondjuk igaz hogy fő gépnek nem használnám. -
válasz
Raynes
#23127
üzenetére
Eleinte én is összekevertem magam King Unique-kal, de utána hamar feltűnt, hogy utóbbi hsz-ei szakszerűbbek! Őt már ismertem még a meghajtós topikokból, ha jól emlékszem, én inkább laika vagyok minden topikban, ettől még gyakorta belepofázok a témákba.
Az egyéni pofa tényleg elég nagy herce-hurca, legalábbis nekünk mezei fórumozóknak!
Raynes amúgy honnan jött?
(huha, mennyi uff gyűlt össze, kapunk a furkósbottal rögvest) sorry Vladi főnök
-
Raynes
tag
válasz
whbear
#23128
üzenetére
Nem baj, most bebolondgombázós sztájl következik. Persze ezektől a debil alap pH-s avataroktól a víz kiver, egyszerűen nincs közöttük egy jó sem, még ez és a konzerv a legkevésbé irritáló. Mondjuk nem értem, hogy hogy lehetne az babkonzerv, amire worms van ráírva
Elég furcsa egy márka lenne. Meg nem is szoktam csípős lenni, vagyis nem annyira. Na jó, néha egy kicsit, de aztán nem. -
Raynes
tag
válasz
ubyegon2
#23126
üzenetére
Én is megismertem mát itt mindenkit, de téged mindig King Unique-kal keverlek az avatar miatt, persze mindig rájövök, hogy nem egy a kettő. Az egyéni avatar macera, nehéz a követelményeknek megfelelő képet választani, meg mire megszerkesztik pH-sra, egy csomó idő, annyit nem tudok rászánni. Mondjuk valóban nem job ez a galóca, mint a kukackonzerv volt, de hát mit lehet tenni. Ótvar pingvines azért mégse lehetek
-
-
Raynes
tag
válasz
CPT.Pirk
#23120
üzenetére
Én vagyok, moderáció által engedélyezett új nickkel. Igen, tudom, hogy a GPU merőben más architektúra, célhardver, és emiatt ezen a területen durván erősebb, de azért a GPU-k megjelenése óta a CPU-k is durván fejlődtek. Azzal is tisztában vagyok, hogy az emuláció sose teljes értékű megoldás. Szerintem nem lehet majd 30 fps-t kicsikarni videólejátszásnál sem, de most már kíváncsi vagyok rá.
-
CPT.Pirk
Jómunkásember
válasz
N0zer0
#23118
üzenetére
Egy ilyen emuláció ha esetleg képes kezelni több magot / szálat, akkor is teljesen alkalmatlan arra, amit egy GPU csinál hardverből a masszívan párhuzamos műveletek elvégzésével, ideértve még a régi GPU megoldásokat is. Szóval elég hihető az a nagyon minimális fps szám.
-
N0zer0
senior tag
Az is igaz, hogy a netet olvasva, régebbi OpenGL játékoknál 640x480-ban értek el 20-40-60 fps-seket Gallium LLVMpipe segítségével, igaz elég izmos procikon, i7 és hasonlók. Lehet mégis tesztelem egy kicsit, hátha egyszerű videólejátszásnál 1024×600@32 biten el lehet érni 30 fps-t a segítségével.
-
N0zer0
senior tag
Ahogy utánaolvastam, szoftveres GPU emulációra szolgál az LLVM pipe és a softpipe.
A softpipe-ról nem találtam infót, de az LLVM-et a Phoronix letesztelte
http://www.phoronix.com/scan.php?page=article&item=ubuntu_1404_llvmpipe&num=1Ez siralmas. Ott, ahol a hardveres GPU 100+ fps-t tol le, ott az LLVM csak 0-5 fps-t tud, ami nekem hihetetlen. Jó, a GPU célhardver, míg a CPU általános eszköz, de én egy mai procitól elvárnám, hogy szoftveres renderingben kitoljon azért egy 25-30 fps-t egyszerűbb 3D-s alkalmazásoknál. Állítólag a softpipe még annyit sem tud, mint az LLVM.
Szóval megint zsákutca, de legalább most már rájöttem, hogy Ubuntu 14.04 alatt sincs gyorsítás, azért írt Gallium LLVM pipe-ot a rendszerinformáció.
-
N0zer0
senior tag
Egyébként még az a vicc, hogy normális 3D emuláció és szoftveres vsync sincs Linux alá, pedig sok mai CPU egyik magja emulálhatna GPU gyorsítást, akkor is, ha a VGA kártya vagy annak a drivere nem támogatja. Legalább 3D-s desktopot, OpenGL-t lehetne használni, vsynckel nem tearingelnének a videók, és nagyon régi játékok is elindulnának, legfeljebb nem olyan szenzációs fps-sel. Hiszen egy 5 évesnél nem régebbi proci egyik magja erősebb, mint pl. egy 10 éves grafikus chip.
Az egyik fórumoldal említi a libgl1-mesa-swx11 csomagot, van ezzel valakinek tapasztalata? A neten még azt írják, hogy az X sever nem támogatja a szoftveres vsync-et.
-
N0zer0
senior tag
válasz
N0zer0
#23091
üzenetére
Na, teszteltem ezt a GMA3600-as hulladékot live Lubuntu 15.10-zel is. Látszólag eleinte itt is jó volt minden, Firefox about:support lapja szerint Basic hardveres gyorsítás be van kapcsolva. SD-s videók első próbára nem tearingeltek mplayer alapú GNOME Playerben, a fejem ezen a ponton nagyon örült. Viszont a 720p-sek tearingeltek, mint állat, aztán tovább tesztelve rá kellett jönnöm, hogy mégsincs hardveres gyorsítás, az mplayer csak vo=x11 kimenettel ad képet, ami meg nem hardvergyorsított. Igaz azt nem tudom, hogy a Lubuntu 15.10-ben milyen beépített driver van, Gallium vagy más, ezt az infót nem sikerült kinyernem.
Szóval a tanulság: akinek GMA3600-as VGA-ja van, vagy Atom N2600, 2700, 2800-as procija, a linuxozást, meg a Windows 7-en kívüli OS-eket szépen el is felejtheti desktop használatra. Mi értelme van egy gépet úgy használni, hogy csak videót, flash tartalmakat nézni, és játszani nem tud az ember, még egy egymillió éves OpenGL-es játékot sem tud elindítani, se 3D-s desktop effekteket használni 2015-ben? Vicc az egész. A hivatalos inteles driver meg 2012-es, 3.1.0-ás kernel a függősége, és millió éves X, kösz, de ez 2015-ben, pár nap híján 2016-ben egy mocsok durva vicc. Szóval aki hasonló cipőben van, vagy lesz, annak annyi tanulsággal tudok szolgálni, hogy ne fecsérelje ilyenre az idejét, nehogy ilyen hulladékot akár ingyen is beszerezzen, mert nem jó semmire. Nincs rá driver és nem is lesz, az Intel arra hivatkozik, hogy ez egy PowerVR-es chip, és annak a gyártója nem adja ki a forráskódot, így az Intel sem tud rá támogatást nyújtani, új drivert kiadni. Akinek pedig mégis ilyen hardvere van, az vagy Windows 7-ezik, vagy Ubuntu 12.04-ezik, utoljára ezen ment a hivatalos driver. Minden mást el lehet felejteni, még az XP-t, Win8/10-et is, és bármelyik mai Linuxot. Tényleg csak nettó időpocsékolás, workaround semmilyen formában nincs, és nem is lesz. Felesleges ilyen, olyan főzött, hackelt és millió éves fórumposztos varázslásokat kipróbálni, bármiben is reménykedni, mert nem fog menni.
-
N0zer0
senior tag
Gyurmafigurának jelentem, hogy eló'vastam. Semmi konkrétumot nem ír. Csak azt említi valós veszélyként, hogy ha valaki root joggal futtatja. Eleve, a legtöbb kártevő csak a registrybe írja bele magát, meg szolgáltatásként fut, a fájlrendszerbe ritkán barmolnak bele, és a linuxos fájlstruktúrát nem ismerik. Ha még ilyen C:, Z:, stb. meghajtón talál is fájlokat, akkor is legrosszabb esetben beletörölget, vagy ha olyan ransomware, akkor titkosítja. Nagyon nem látom, hogy ha valaki nem különösen nagy all the time root balfék, akkor egy Wine-kártevő mi számottevő kárt tudna okozni egy modern Linux-rendszerben.
-
N0zer0
senior tag
válasz
#20584850
#23103
üzenetére
A Wine-n lefutott windowsos kártevő a linuxos rendszerre semmi veszélyt nem jelent, legfeljebb a Wine belső környezetét cseszi el, de ilyenkor csak törlöd a ~/.wine mappát, és újrakonfigurálod a Wine-t, végeredményben pedig ezzel a korábbi Wine-s beállításaid és telepített windowsos programjaidat bukod mindössze.
-
whbear
senior tag
Nem teljesen Linux, de hátha tud valamelyik mester segíteni. Openvpn esetén a tun eszköz IP layer 3-on működik. A tap eszköz layer 2-n. Windows csak tap működik, Linux alapértelmezett a tun. Elvileg a tap jobb ugye mert közelebb van a fizikai réteghez. Melyiket érdemes használni inkább?
-
N0zer0
senior tag
válasz
spammer
#23101
üzenetére
Kösz a választ. Közben rájöttem, hogy a keymap és langmap állítása vim alatt zsákutca, mert csak valamihez képest tudják átváltani a billentyűzetkiosztást.
A megoldás az, amit te írsz, autocmd InsertEnter és InsertLeave, de ami utána jön, az OS-tól függ, és Win7 alatt vagyok jelenleg, amiben elég nehéz kiosztást váltó parancsot kiadni.
-
spammer
veterán
válasz
N0zer0
#23100
üzenetére
Elvileg lehetséges, de nem használtam még, szóval tapasztalatom ezzel nincs: [link] Pont a minap forgattam újra a vimet és a keymap funkció nincs nálam, szóval kipróbálni sem tudom most.
English keymap kell gondolom, elvileg itt kell lennie, vagy ha nincs, ide kellene rakni egyet: /usr/share/vim/vim74/keymap
Aztán: :set keymap=<kiosztas>
Ha manuális működik, akkor autocmd-vel szerintem megoldható (.vimrc-be rakva):
autocmd InsertEnter * silent :set keymap=<magyar kiosztas>
autocmd InsertLeave * silent :set keymap=<angol kiosztas>Esetleg rendszerszinten lehet kényszeríteni valamilyen shell paranccsal:
autocmd InsertEnter * silent !keymapváltóparancs
(shell parancsok elé kell a ! jel)
Tehát például:
autocmd InsertEnter * silent !setxkbmap hu
autocmd InsertLeave * silent !setxkbmap enDe a setxkbmap nálam valamiért most nem működött flottul a vimen keresztül, talán érdemesebb mást használni.
AOMEI, EaseUS inkább, igaz Ext4-et nem tud egyik sem...Ahhoz akkor már a GParted való egy live rendszerről bebootolva. Azzal még HSF+ra is tudtam formázni külső meghajtót, igaz előtte a hfsprogs telepítése kellett.
Főleg, hogy HDD diagnosztikai programok sem jeleznek semmilyen hibát...Megjegyzi a rendszer és valahogy "resetelni kéne", netán egy live Linux alól megpróbálni? Fene tudja...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Gyermek PC játékok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- 4 év gari - magyar bill. - Lenovo ThinkPad Z13 G1 - AMD Ryzen R7 Pro 6850U, 13.3" 2.8K OGS érintő
- AKCIÓ! AMD Ryzen 9 3900X 12 mag 24 szál processzor garanciával hibátlan működéssel
- Asus ROG G20AJ - Intel Core i7-4790, GTX 980
- Új Apple iPhone 16e 128GB, Kártyafüggetlen, 3 Év Garanciával
- BESZÁMÍTÁS! Gigabyte H610M i5 12400F 32GB DDR4 512GB SSD Intel ARC A770 16GB Rampage SHIVA 650W
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged