tovis

Hozzászólások

10 bejegyzés megtekintése - 111-120 / 721
  • Szerző
    Bejegyzés
  • Hozzászólás: SATA boot #2136739
    tovis
    Felhasználó

      Köszönöm a hozzászólást!
      A http://www.linuxquestion.org -on igen kimertő valaszokat kaptam. Valóban erre a feladatra a grub lenne az igazi.
      Az igazság az hogy feladom:( A gépben pillanatnyilag van IDE, SCSI, SATA és USB csatlakozási lehetőség. Az IDE felületen kívül mindenki a SCSI alrendszerbe csatlakozik, a scsi kártya – 15 eszköz, a SAT kártya – 2 eszköz, az USB – két csati. Bárhol hozzányúlsz ezekhez a boot eszköz elcsúszik – faraqhatom újra, vagy a grub command prompt segítségével bootolhatok:( Ugyan ez a helyzet ha egy eszköz megfeszül. Egy megbízható szerver ilyet nem engedhet meg – távolról nem lehet átdugni a csatlakozókat.
      Szal úgy döntöttem beteszek én még egy kis IDE hdd -t – mondjuk 10 G elég is lessz a régi rendszeremen 2 G -ban simán elfért mindenem (nincs X) – arra szépen felpakolom a rendszert és fstab -ban mountolom a nagy SATA -t és kissebb de gyors SCSI -t. Így ugyan növekszik a fogyasztás és a zaj viszont biztonságos a boot. A SATA hotplug segítségével mentem amit kell – gyors és megbízható.
      Még talán megnézem a „scsidev” progit ami permanens kapcsolatot épít fel a SCSI LUN és a device -k között!?

      Hozzászólás: SATA boot #2136734
      tovis
      Felhasználó

        OK Kipróbálom, bár én eddig lilo -t használtam – át kell térni a grub -ra!?

        Hozzászólás: SATA boot #2136735
        tovis
        Felhasználó

          OK Kipróbálom, bár én eddig lilo -t használtam – át kell térni a grub -ra!?

          Hozzászólás: új stable, új gondok, postgresql #2103619
          tovis
          Felhasználó

            Ki vagyok okosítva!
            (kínomban írtma a csomag gondozoinak, másnap választ kaptam – mindkettőtől;o)
            Előzetesben nem egy meglévő adatbázist próbáltam átmenteni, hanem egy új dobozt rakok össze Debian 4.0 alapon, mely postgresql, apache2 és egy pár saját C programocskámmal működő spéci „terminál”.

            Tehát ha nem megfelelő az alapértelmezés szerinti könyvtár, elég ha az
            /etc/postgresql/7.4/main/pgdata symlink -jét átírom ami nekem tetszik – mizután leállítottam a szervert és átmásoltam a „clustert” a kívánt helyre. A profi megoldást pedig tálcáén kínálja a csomag, miután leállítod a szervert:
              #pg_dropcluster 7.4 main –stop
            majd
              #pg_createcluster 7.4 main –start -d /az/én/kedvenc/adat/könyvtáram

            újraindítás és voila;o)

            Hozzászólás: torrent kliens #2098645
            tovis
            Felhasználó

              Torrentflux – nézem;o)

              Nem tudom milyen az 1,2 GHz Athlon – amióta egyszer megégettem megem az inkompatibilitással, csak Intel procit használok! (kis hilyán bepereltek)
              A szerveremen nem szeretnék X -et használni, csak azért mert buta vagyok, és nem tudok más megoldást találni – ha másképp nem megy írok valami kis programot magam. Viszont, ha már valaki megcsinálta akkor bölcsebb dolog azt használni – eseleg kiegészíteni, fazonra igazítani, mintsem projectet indítani.
              Egyébként nem az első eset hogy ilyesmibe ütközöm a magam kis SOHO -jával, az mp3 fájlaimat is a szerveren tárolom, ráadásul a szerver közel van, azaz a saját hangkártyáját (mert az van neki) használom lejátszásra, pillanatnyilag ssh -n elindítom a cplay -t, remekül működik. Azonban zenét (rádiót) csak ébren hallgatok (pl. munka közben – legtöbbet otthon dolgozom), letölteni viszont folyamatosan lehet(ne).

              (a szerver hangkártya kimenete a tűzfal gép hangkártya bemenetére csatlakozik, amely egy passzív hangfalat hajt, a kártya még ISA és abból akorból valüó amikor volt rajtuk végfok, ráadásul, rádió is van rajta és azon halgatok rádiót – nem emészt erőforrást)

              Hozzászólás: torrent kliens #2098646
              tovis
              Felhasználó

                Torrentflux – nézem;o)

                Nem tudom milyen az 1,2 GHz Athlon – amióta egyszer megégettem megem az inkompatibilitással, csak Intel procit használok! (kis hilyán bepereltek)
                A szerveremen nem szeretnék X -et használni, csak azért mert buta vagyok, és nem tudok más megoldást találni – ha másképp nem megy írok valami kis programot magam. Viszont, ha már valaki megcsinálta akkor bölcsebb dolog azt használni – eseleg kiegészíteni, fazonra igazítani, mintsem projectet indítani.
                Egyébként nem az első eset hogy ilyesmibe ütközöm a magam kis SOHO -jával, az mp3 fájlaimat is a szerveren tárolom, ráadásul a szerver közel van, azaz a saját hangkártyáját (mert az van neki) használom lejátszásra, pillanatnyilag ssh -n elindítom a cplay -t, remekül működik. Azonban zenét (rádiót) csak ébren hallgatok (pl. munka közben – legtöbbet otthon dolgozom), letölteni viszont folyamatosan lehet(ne).

                (a szerver hangkártya kimenete a tűzfal gép hangkártya bemenetére csatlakozik, amely egy passzív hangfalat hajt, a kártya még ISA és abból akorból valüó amikor volt rajtuk végfok, ráadásul, rádió is van rajta és azon halgatok rádiót – nem emészt erőforrást)

                Hozzászólás: miért zabálom a memóriát? #2088799
                tovis
                Felhasználó

                  Bocs, de ez nekem még mindíg homályos!

                  tipus *fgv1()
                  {
                    return ( malloc(0x100) );
                  }

                  void fgv(tipus *ptr)
                  {
                    free(ptr);
                  }

                  ha most azt mondom
                  fgv2(fgv1());

                  akkor nyilván nincs memoria probléma, hiszen amit az egyik fügvénnyel lefoglaltál azt a másik a pointer segítségével felszabadítja (a pointert vagy stack vagy regiszterben kapja).
                  Ennek a példának nincs sok értelme, ez a gondod?

                  Hozzászólás: miért zabálom a memóriát? #2088786
                  tovis
                  Felhasználó

                    A programocskáim fő tulajdonsága, hogy nem foglal dinamikusan memóriát, az elején – setup/init részeként foglalok némi memóriát – azután már csak stacket használok végig!
                    Öreg róka vagyok – akkor programoztam DOS -t windows -t maikor még a dinamikus nmemória foglalás nem volt klorrekt. Az NT4.0 és csatlós nem profi rendszerek mint a win9x folyamatosan, operációs rendszer szinten el’szták az erőforrás kezelést! – nem csak a memóriát.

                    Hozzászólás: miért zabálom a memóriát? #2088784
                    tovis
                    Felhasználó

                      Közben az LQ -n felhívták figyelmemet hogy ennek így kell működnie, mivel a Linux kernel (a windows -al ellentétben) sokat cachel és bufferel, így gyorsítván a működést, ráadásul ezeket a buffereket sokáig nem szabadítja fel, csak ha muszáj. Ráadásul a cache arányt be lehet állítani:
                        #echo 30 > /proc/sys/vm/swappiness
                      ha jól idézem. A szám 0 … 100 ig tejedhet, a nullánáél mindent swappel a 100 meg mindent lefoglal cache -nek.
                      Szóval nincs hiba sem az én programocskáimban, sem a kernellel nincs semmi baj – így kell működnie;o)

                      Hozzászólás: miért zabálom a memóriát? #2088782
                      tovis
                      Felhasználó

                        Állítom és nem értem!

                      10 bejegyzés megtekintése - 111-120 / 721