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

  • Stoto

    tag

    válasz Fifi #1154 üzenetére

    Csináltam egy ramdriveot a debianon(szerver):
    mkdir /home/usernev/ramdrive
    mount -t tmpfs tmpfs /home/usernev/ramdrive -o size=1G
    Ez lefarag a memóriából 1Gb-os tmpfs-t és bemountolja a megadott helyre.

    Mac(kliens) alatt ugyanez a következővel hozható létre:
    hdiutil attach -nomount ram://2330860
    Mac sajátossága, hogy a ramdriveot még particiónálnom és formatálnom kellett, kapott egy HFS+ partíciót.

    A 95/105 Mb/s -et 2.1-es netatalk csomagban lévő AFP-vel értem el egy 750 Mb-os zip ramdriveról ramdrivera transzfer közben. Ez a csomag csak sid repóban található.

    Macen az AFP szerves része a rendszernek, mint windows alatt a samba.

    Az ftp-s méréseket pedig proftpd - filezilla és proftpd - cyberduck párosokkal mértem.

    Mérés közben htop -al figyeltem a rendszer terheltségét.

    D945gclf2 lapom van amin gigabites lan van. Az Ubuntu és a Debian is tévesen ismeri fel a hálókártyát r8169 -nek. Igaz azzal a driverrel is gond nélkül működik 10/100-ig, de gigabitre nem képes. r8169 kiirtása és a hardverhez való r8168 -as driver felhúzása után nem volt link egyáltalán. Kis kutatás után kiderült, hogy ez a driver bizony összeakad a kernellel, melyre az egyedüli megoldás az volt, hogy a rendszert upgradelnem kellett a sid/testing branchra. 3 kernel kipróbálása után a legfrissebb 2.6.32-3-amd64 hozta a várva várt csodát, újra lett link! :D Sőt gigabites link! :D
    A testing/sid branchra való átállást senki nem javasolja, mindenhol azt olvastam, hogy ha ilyen friss rendszert akarsz akkor telepítsd fel 0ról testing repóból.
    Én belevágtam az upgradebe, a vége az lett, hogy übereltem az eddigi kockaságaimat és a billentyűzettel aludtam, reggelig nyomkodtam minden egyes felébredéskor az y gombot (yes, repair) az fsck -nak. Rengeteg sz*pás után végül lett egy hibamentes rendszerem :D

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