Hirdetés

Keresés

Új hozzászólás Aktív témák

  • Raynes

    tag

    válasz ubyegon2 #44283 üzenetére

    Jajj, még mindig ezen az Archon és két héten lovagolsz. Egyrészt van az már 3-4 hete is, hogy újra feltettem, meg Archot nem csak most használok, használtam rövidebb időket előtte is, plusz mindig is szimpatizáltam vele, és jó véleménnyel voltam róla, jó ideje a legjobb disztrónak tartom haladóbbak részére. A verziók frissességére meg már Windows alatt is mindig figyeltem, annyi, hogy ezt Linux alatt még fontosabbnak tartom.

    Persze volt egy pillanat, mikor szidtam az Archot, mikor nem ment a telepítése LUKS LVM-mel, de akkor csak düh beszélt belőlem. Aztán kéklufi-cethal segített privátban, és onnan nem volt gond. Igaz az US-kiosztásos, magyar ékezetes jelszavas, btrfs-ses LUKS LVM-mel most is szoptam akkorát, hogy csak úgy cuppogtam, majdnem ki is vágtam mérgemben a gépet az ablakon, valami 6 órát kínlódtam vele, nem akarta bekérni, majd elfogadni a LUKS jelszót bootkor, de végül meglett, igaz a mkinitcpiósok meg a hooksosok női felmenőjét még azóta is negatív konstellációban emlegetem egy ősi mesterséggel karöltve :DDD

    Tényleg nagyon baba, hogy minden mindig friss benne, és nem kell LTS meg nem LTS szarakodással foglalkozni, meg disztróupgrade miatt újratelepítgetni. De hogy örülj, írok az Arch hátrányairól is. Nem minden szoftver található meg a csomagok között, néha az AUR-ban sem, olyanok adott esetben, amelyek pl. az Ubuntu vonalra elérhetők csomagként, ha nem is az alap tárolóban, hanem PPA-ban. Az sem tetszik, hogy az AUR i686 only, nuku x64, meg az sem tetszik, hogy az i686-os kernel non PAE. A PAE nem csak 4+ GB RAM-nál jönne jól, de az NX használatával biztonságot is jelentene a címtérvédelemmel, persze az AUR-ból ezt is fel lehet passzintani, de szerintem az alap tárolóban is benne kéne lennie. Az Arch úgyis modern disztró, nem hiszem, hogy sokan használnák PAE-t nem támogató gépen. Nem komázom továbbá, hogy az AUR-ban a pkgbuild csak fakerootal megy, igazi roottal nem. Tudom, hogy ez biztonsági szempontból van így, de ne akarjanak már mindenáron engem saját magamtól megvédeni.

    Egyébként meg a gentooba is belekezdenék, de annyi időm nincs. Pedig gentoosként lehetne a sok divatlinuxost magas lóról leosztani ;]

  • zserrbo

    aktív tag

    válasz #21078528 #42880 üzenetére

    NTFS partíciókat már sokszor méreteztem át különféleképp. Ment Windows alól és OS-en kívülről is. Ha hasonlóképp megy egy külső programmal vagy akár win alól, akkor jó.
    Annyi az egész, hogy kezdő linuxosként még nem tudom belőni tökéletesen az igényeimhez a méreteket és lehet átméretezném egyszer később. Az LVM-ről és a Btrfs-ről csak keveset tudok, ezért nem próbálkoztam vele.
    GPT partíciós tábla van, mivel UEFI-s a bios.

  • #21078528

    törölt tag

    válasz zserrbo #42879 üzenetére

    Hát ha simán nem is, de nem megoldhatatlan...
    Ha LVM-et akarsz, akkor újra kell gondolnod az egészet, de ebben majd segít valaki más, nem foglalkoztam vele...
    Ha előre tudom, hogy benne van a dologban a méret változás, akkor Btrfs-t rakok, ott több módszer is van ennek a megoldására, élen az alkötetek létrehozásának a lehetőségével.
    Hogy mit raksz külön partícióra, az erősen felhasználói szokások kérdése, én csak a /var-t szoktam...

  • #21078528

    törölt tag

    válasz spammer #40158 üzenetére

    A tudomány érdekében mindent! ;) :DD

    Minden esetre remélem sem az Antergos sem a Btrfs nem hányja össze magát, mert most már kicsit kezd sok lenni a telepítgetésekből...

  • #21078528

    törölt tag

    Kedves Fórumozók!

    Folytatódnak a Btrfs fájlrendszerrel kapcsolatos kalandjaim, avagy hogyan lett az Ubuntuból Antergos...
    Olvasható itt.

  • whbear

    senior tag

    válasz #21078528 #40023 üzenetére

    Én használtam Neptune OS-t btrfs és 64bit, de nekem lassabb volt sokkal mint az ext4 és állandóan kernel pánikolt. Fedora 20 KDE 32 bit másolás közben penre lefagyott, pen gparteddel magához tért de a rendszer partíciót elvesztettem. Ezután marad az ext4 +1,hogy Windows tudja olvasni dokannal.

  • #21078528

    törölt tag

    Kedves Fórumozók!

    Tudom, hogy már untok nagyon, de minap Btrfs-re váltottam, erről írtam pár szót itt.

    Jó olvasgatást!

    Várom az építő jellegű észrevételeket, főleg Btrfs-t régebben használók részéről!

  • #82679040

    törölt tag

    válasz ubyegon2 #38553 üzenetére

    Suse mióta btrfs+xfs kombós auton nyílván külön /home-al operál de míg ext4-et használt alapból emlékeim szerint akkor is külön rakta.
    Fedora auto lvm : külön /boot + lvm ( / +/home + swap)
    Mageia is külön /home partíciós
    Hogy milyen százalékban osztják a helyet változó,Mageia pl. úgy rémlik most az 5-ös verzióval fix 50GB pakol a gyökérnek.

    Sztem jelzi a nem létező felhasználót :

    sudo passwd proba
    root's password:
    passwd: user 'proba' does not exist

    Shiku: Nem tudok szakértőként nyilatkozni de a problémát elgondolásom szerint pont a windows okozta.Gondolom mivel egyáltalán nem vesz figyelembe más OS-t a partícionálással bezavar az MBR-be.Sikeres adatmentésnek örülök,mindez értékes tapasztalatszerzéssel is párosult - soha rosszabbat!

  • erhas01

    tag

    válasz ubyegon2 #36533 üzenetére

    A p4-es gép: ..... Ezt mind be kell gépelnem?

    A felesleges részeket, vagy mindet kérem a moderátor,topikgazda törölje!

    Motherboard: Asus Rev1 P5P800-se 2005-07-09
    Cpu:P4 3GHz Socket 775
    width: 64bit ..... 64 bites a processzor? Lehet. ... Telepíthetek újra?
    clock:200 MHz
    Memory: 4X 512MB DDR
    Display:RV635 Radeon HD 3650/3750/4570/4580
    Multimédia: 82801EB/ER (ICH%/ICH5R) AC'97 Audio
    Disk: ATA IC35L020AVER07-0 HITACHI 18GB !!! Cabel select jumper.
    Volume: ext4
    Logical name: /dev/sda1
    Logical name: /
    Version 1.0
    Serial: 08cc4c34-b5e3-4ef-9c1f-82f8a6b8eeda
    Size/Capacity: 16GiB ................ Jé lehet másolni is ...

    -volume:1
    description: Extended partition
    physical id: 2
    bus info: scsi@0:0.0.0,2
    logical name: /dev/sda2
    size: 2045MiB
    capacity: 2045MiB
    capabilities: primary extended partitioned partitioned:extended
    *-logicalvolume
    description: Linux swap / Solaris partition
    physical id: 5
    logical name: /dev/sda5
    capacity: 2045MiB
    capabilities: nofs

    Az íróból kettő van, egy ide szalagkábelen. Később megnézem a jumpert, és a bekötést.
    -cdrom
    description: DVD-RAM writer
    product: DRW-1612BL
    vendor: ASUS
    physical id: 0.1.0
    bus info: scsi@0:0.1.0
    logical name: /dev/cdrom
    logical name: /dev/sr0
    version: 1.06
    capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
    configuration: ansiversion=5 status=nodisc
    *-scsi:1
    physical id: 2
    logical name: scsi1
    capabilities: emulated
    *-cdrom
    description: DVD-RAM writer
    product: DRW-1612BL
    vendor: ASUS
    physical id: 0.1.0
    bus info: scsi@1:0.1.0
    logical name: /dev/sr1
    logical name: /media/levego
    version: 1.06
    capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
    configuration: ansiversion=5 mount.fstype=iso9660 mount.options=ro,nosuid,nodev,relatime,uid=1000,gid=1000,iocharset=utf8,mode=0400,dmode=0500 state=mounted status=open

    Külső HDD USB és ESata vagy Firewire bekötéssel. Kettő adatkábel van csatlakoztatva egyszerre!
    scsi:2
    physical id: 3
    logical name: scsi2
    capabilities: emulated
    *-disk
    description: ATA Disk
    product: SAMSUNG HD502HJ
    physical id: 0.0.0
    bus info: scsi@2:0.0.0
    logical name: /dev/sdb
    version: 0001
    serial: S20BJ90Z693579
    size: 465GiB (500GB)
    capabilities: partitioned partitioned:dos
    configuration: ansiversion=5 sectorsize=512 signature=2a4bf086
    *-volume
    description: Windows NTFS volume
    physical id: 1
    bus info: scsi@2:0.0.0,1
    logical name: /dev/sdb1
    version: 3.1
    serial: fca110ad-8a4d-374c-b1ec-81c1e972432e
    size: 465GiB
    capacity: 465GiB
    capabilities: primary ntfs initialized
    configuration: clustersize=4096 created=2010-07-24 20:39:23 filesystem=ntfs label=adat state=clean
    Nyomtató:
    scsi:3
    physical id: 5
    bus info: usb@3:2
    logical name: scsi4
    capabilities: emulated scsi-host
    configuration: driver=usb-storage
    *-disk
    description: SCSI Disk
    product: psc 2210
    vendor: HP
    physical id: 0.0.0
    bus info: scsi@4:0.0.0
    logical name: /dev/sdc
    version: 1.00
    capabilities: removable
    configuration: ansiversion=2 sectorsize=512
    *-medium
    physical id: 0
    logical name: /dev/sdc

    lsblk:
    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
    sda 8:0 0 18,7G 0 disk
    ├─sda1 8:1 0 16,7G 0 part /
    ├─sda2 8:2 0 1K 0 part
    └─sda5 8:5 0 2G 0 part [SWAP]
    sdb 8:16 0 465,8G 0 disk
    └─sdb1 8:17 0 465,8G 0 part
    sr0 11:0 1 1024M 0 rom
    sr1 11:1 1 2,7G 0 rom /media/levego

    lscpu
    Architecture: i686
    CPU op-mode(s): 32-bit, 64-bit
    Byte Order: Little Endian
    CPU(s): 2
    On-line CPU(s) list: 0,1
    Thread(s) per core: 2
    Core(s) per socket: 1
    Socket(s): 1
    Vendor ID: GenuineIntel
    CPU family: 15
    Model: 4
    Stepping: 1
    CPU MHz: 2998.674
    BogoMIPS: 5997.34
    L1d cache: 16K
    L2 cache: 1024K

    lsmod
    Module Size Used by
    nls_utf8 12493 1
    isofs 39205 1
    bnep 18895 2
    rfcomm 58045 0
    bluetooth 391253 10 bnep,rfcomm
    6lowpan_iphc 18262 1 bluetooth
    binfmt_misc 13140 1
    usblp 18288 0
    wl 6144840 0
    cfg80211 418839 1 wl
    snd_wavefront 34046 0
    snd_cs4236 29209 0
    snd_intel8x0 37321 2
    snd_opl3_lib 18651 2 snd_wavefront,snd_cs4236
    hisax_isac 13822 0
    snd_hwdep 13272 2 snd_wavefront,snd_opl3_lib
    snd_ac97_codec 105860 1 snd_intel8x0
    snd_wss_lib 25739 2 snd_wavefront,snd_cs4236
    hisax 498162 1 hisax_isac
    snd_mpu401_uart 13865 2 snd_wavefront,snd_cs4236
    snd_seq_midi 13324 0
    snd_seq_midi_event 14475 1 snd_seq_midi
    snd_rawmidi 25722 3 snd_wavefront,snd_mpu401_uart,snd_seq_midi
    ac97_bus 12642 1 snd_ac97_codec
    dm_multipath 22373 0
    isdn 124492 1 hisax
    snd_pcm 87194 4 snd_ac97_codec,snd_intel8x0,snd_wss_lib,snd_cs4236
    crc_ccitt 12627 1 hisax
    scsi_dh 14458 1 dm_multipath
    snd_seq 56592 2 snd_seq_midi_event,snd_seq_midi
    serio_raw 13251 0
    avmfritz 18593 0
    mISDNipac 33594 1 avmfritz
    lpc_ich 16877 0
    mISDN_core 85986 3 avmfritz,mISDNipac
    snd_seq_device 14137 4 snd_seq,snd_rawmidi,snd_opl3_lib,snd_seq_midi
    snd_timer 28648 4 snd_wss_lib,snd_pcm,snd_seq,snd_opl3_lib
    shpchp 32143 0
    snd 66670 17 snd_ac97_codec,snd_intel8x0,snd_hwdep,snd_timer,snd_wss_lib,snd_pcm,snd_seq,snd_rawmidi,snd_wavefront,snd_mpu401_uart,snd_seq_device,snd_cs4236,snd_opl3_lib
    ns558 12598 0
    gameport 15189 1 ns558
    ppdev 17391 0
    soundcore 14599 1 snd
    parport_pc 32021 1
    lp 13299 0
    parport 40836 3 lp,ppdev,parport_pc
    mac_hid 13059 0
    btrfs 884298 0
    xor 26221 1 btrfs
    raid6_pq 97455 1 btrfs
    uas 22631 0
    dm_mirror 21756 0
    usb_storage 52721 1 uas
    dm_region_hash 20121 1 dm_mirror
    dm_log 18072 2 dm_region_hash,dm_mirror
    hid_generic 12503 0
    usbhid 47035 0
    hid 95946 2 hid_generic,usbhid
    firewire_ohci 35647 0
    radeon 1312439 3
    psmouse 91277 0
    firewire_core 61867 1 firewire_ohci
    floppy 59708 0
    e1000 121463 0
    crc_itu_t 12627 1 firewire_core
    i2c_algo_bit 13197 1 radeon
    pata_acpi 12901 0
    ttm 85257 1 radeon
    drm_kms_helper 55007 1 radeon
    drm 255469 6 ttm,drm_kms_helper,radeon

    lspgpot
    gpg: keyblock resource `/home/levego/.gnupg/secring.gpg': állománymegnyitási hiba
    gpg: keyblock resource `/home/levego/.gnupg/pubring.gpg': állománymegnyitási hiba
    # Ownertrust listing generated by lspgpot
    # This can be imported using the command:
    # gpg --import-ownertrust

    ^C
    gpg: Interrupt caught ... exiting

    Köszöntem.

  • janos666

    nagyúr

    Van valakinek ötlete, hogy az mitől lehet, ha az alaplapi SB-re drótozott SATA portokra kötött SATA HDD-ken még egyszer sem volt semmi gond sem az 1 lemezes, single kötetes, sem a 3 lemezes, RAID-5 kötetes Btrf-el, az USB-SATA átalakítóval használt HDD-n viszont rendszeresen javíthatatlanul összeomlik szinte minden ki/be kapcsolás során? (Recovery paraméterrel sem csatolható és a btrfs check --repair is csak változatos hibákat listáz, amiket javítani nem tud).
    Ennek a filerendszernek a létrehozásához és csatolásához pontosan ugyan azokat a paramétereket használom, mint a másik single kötethez, és a HDD is hasonló, csak az USB adapter játszik közbe (mert össz-vissz 4 SATA port van a deszkán), ami Jmicron vezérlős (és kipróbáltam már Windows-os géppel is, nem volt vele gond). De menet közben sincs gond, akár online scrub-olom véletlenszerűen, akár umount-olom és offline ellenőrzöm. Csak akkor száll el, ha ki/be kapcsolom a gépet. Még a szimpla reboot-okat is túl szokta élni, ezért arra gyanakszom, hogy az USB-SATA adapter mellett valamiért nem flush-olja a cache-t a korongra a HDD vezérlő, mert nem jön rá, hogy nemsoká megszűnik a tápáram. Bár ez is fura annyiból, hogy már próbáltam commit=1 paraméterrel is mount-olni és nem is írtam tudatosan a lemezre, mégis kampec van neki ki/be kapcsoláskor. :U

    Kell ahhoz bármi extra kernel driver vagy rendszerszoftver script, ami az USB-(SCSI-)SATA HDD-ket kezeli, és shutdown alatt flush-olja a cache-t (és Gentoo-ban alapból nincs jelen)?
    Bár most, hogy írom, azt még nem próbáltam, hogy hdparm-al letiltom az írási cache-t, de úgy piszok lassú lehet az írás.

  • janos666

    nagyúr

    válasz F34R #35893 üzenetére

    Lehet, hogy amit lett bug-os, hogy átugrott a szemem a kiemelt megjegyzésen, miszerint a mirroselect még nem kompatibilis az új portage-al. Később valami más sem akart működni, ezért letöltöttem az alig két héttel frissebb ISO+Stage3 csomagot és azzal előrendelkezve már nem voltak ilyen furcsaságok.

    Ami viszont kellemetlen, hogy bár a Gentoo WiKi-s Install manual szerint a minimális gépigény 256Mb RAM + 256Mb Swap, 750Mb RAM és 0Mb Swap mellett elszáll az emerge gentoo-sources memóriaallokációs hibával.

    Kipróbáltam virtuális gépen 1024Mb RAM-al és ott gond nélkül eljutottam egy működő alap rendszering. Itt most annyi a különbség, amivel előre nem számoltam, hogy az AMD E350 lapon kötelező legalább 256Mb-ot adni az iGPU-nak (nem gondoltam volna, hogy nem letiltható le a GPU, vagy hogy nem érné be akár ~32Mb RAM-al, ha aktív, mint az Intel-nél) + talán picit rádob, hogy a virtuális gépen nodatacow,noatime itt pedig defaults opciókkal mount-oltam a root-ot, illetve 60 helyett 250Gb BtrFS (a disk-en, nem partíción, így swap most nincs).

    Átdobtam az asztali gépről egy 4Gb-os modult és sikeres volt az emerge, tehát tényleg a RAM-ból fogyott ki a kernel kicsomagolása közben. Nem tudom, hogy a Gentoo WiKi elavult, a mostani telepítőm a bugos, vagy valami extra lépést kéne beiktatni, hogy a megadott 512Mb RAM-al is beérje.

  • matata!

    csendes tag

    Mire érdemes formáznom egy 16GB-os USB3-as Pendrive-ot?

    Fat32 kilőve mert ott a 4GB-os korlát
    Ntfs szintén kilőve, mert 55MB/s helyett csak 15-18MB/s körül írok rá.
    Ext4 szintén mert windows alapjáraton nem ismeri fel (7től felfelé sem?).

    Ami maradt:

    ReiserFS
    XFS
    Minix
    Nilfs2
    btrfs

    Ezeket egyáltalán nem ismerem, és nem tudom mennyire kompatibilisek a Windows rendszerekkel.

  • rokefeller

    senior tag

    válasz Vladi #14916 üzenetére

    Bugos, és hiányos még. Megy az Anaconda újraírás, csúszik is miatta 1-2 hónapot a 18 kiadása. Ami para van a partícionáló legutóbb látott állapotával, az pl az hogy kis felbontáson (virtuális gép pl) összecsúsznak dolgok. A felismert partíciók kezelése nem egyértelmű, és hiányzik egy csomó opció. Kérges tenyerű fedorások (mint én) ezen nem akadnak le, írtam már a másik topikban hogy így is felkarmoltam compressed btrfs-re a cuccot, de azért sima user besírna. Bár ő meg nem választaná a manuális partícinálást, és észre sem venné :-)

    Maga a koncepció jó, jó lesz az installer, csak nincs még kész. Itt van a design-ról sokminden: [link]

  • rokefeller

    senior tag

    válasz CPT.Pirk #14858 üzenetére

    Én azért továbbra is azt mondom, hogy a debian testing teljesen stabil. Használtuk már szerveren, ami gyakorlatilag több mint egy éve megy, és simán be merem vállalni a távoli reboot-ot. Desktopon sem volt vele probléma. A fix dátumot meg gondolom az Ubuntu-ra értetted, tudomásom szerint a debian stable akkor jelenik meg, amikor készen van.

    A stabilitás egyébként nem azon múlik, hogy rolling vagy nem, hanem a QA-n. Ha egy rolling release-be rögtön bedobálom a git-ből buildelt csomagokat, akkor az instabil lesz, ha tesztelem, akkor meg stabil. Ugyanez igaz a schedule-based release-ekre is, ha nem szuszakolunk bele több feature-t egy release-be, mint amit meg lehet csinálni. Az meg hogy mi kerül tesztre, egy érdekes kérdés, valahol amit le lehet buildelni, az már megy is tesztre, valahol a fejlesztők annyi automatizált tesztet lefuttatnak, hogy a teszt csak arról szól, hogy olyan hardveren, amijük nincs, előjön-e valami apróság.

    Az adatvesztés meg szomorú, de milyen fájlrendszerrel történt? Ext4-nél sok sztori volt eleinte, Fedorába pl amikor bekerült, sokan elkezdték használni, én is, pedig experimental módban volt. Én, meg sok más arc a community-ben, vállaltuk, és volt is miatta adatvesztésem, de ez nem a Fedora hibája, hanem az én early-adopter hozzáállásom. Most is btrfs-sel szórakozok.

  • Siriusb

    veterán

    válasz F34R #11907 üzenetére

    Ahogy MacCaine is mondta, mindegy. Ext4-nél pl. nagyobb a maximális fájlméret - ez nem hiszem, hogy érintene téged -, viszont talán nagyobb eséllyel tudsz törölt fájlt visszaállítani ext3-ról.
    Igazából lassan a btrfs-ben érdemes gondolkodni, ezt tartják a jövőnek, de hogy mikorra lesz kiforrott... Talán egy éve próbáltam, stabilnak elég stabil volt, ám ha jól emlékszem, a snapshotok készítésénél volták problémáim.

Új hozzászólás Aktív témák