- Android szakmai topik
- Samsung Galaxy S25 - végre van kicsi!
- Képernyőmentes aktivitáskövetőt mutatott be a Google, ez a Fitbit Air
- Google Pixel topik
- Yettel topik
- Milyen okostelefont vegyek?
- Samsung Galaxy A72 - kicsit király
- Poco X8 Pro Max - nem kell ide sem bank, sem akkubank
- Samsung Galaxy S23 Ultra - non plus ultra
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
alex73
tag
nem tud valaki vmi jó kis freebsd how to oldalt?
-
bambano
titán
nem tud valaki vmi jó kis freebsd how to oldalt?
-
Speeedfire
félisten
-
doc
"uj Linuxosoknal pl. altalaban az Ubuntut szokas ajanlani, ha az nem tetszik neki valamiert (en pl. ruhellem...) akkor mondjuk Fedora, OpenSuse vagy Mandriva
a 'hardcore' jellegu usereknek ott a Debian, Gentoo, Slackware, Arch
vannak a kis teljesitmenyu gepre optimalizalt disztribek, pl. Vector, Puppy
szoval ha tudod mit szeretnel, nem kell tobbszaz disztro kozott valogatni"
doc
Azthiszem kihagytad a server kérdést.
Arra mit? Mert ugye nem mindegy mit rakunkserverre pc-serverre melyik milyen támogatással rendelkezik.
Webserver nél pl Cpanel (RHEL támogatot)
Adatbázis ORacle (RHEL támogatott)
SAP virtualizált futatás (REHEL támogatott)
DEbian ok hogy beton stabil de ott webre csak webmint-et tudom.
meg ami még fut bár nem vagyok velük tisztában
ispCP Omega
openpanel
Ahogy elnéztem a hosting cégek mind cpanel esek.
Pl ha webservert tanulná az ember akkor mit raknál fel?
érdekel mert szeretnék othonra egy szervert tanulásra ami netröl is elérhető.
Feladatai web,mail,ftp, esetleg torrent.
weben cms futna joomla, vagy worpress, vagy e107 .
ftp meg azért hogy saját gyüjteményemet a havernál is lehesen telepíteni megmutatni ne kelljen keresni a dokumentumok programok után.
mail meg jólenne saját neves @sajatnev.hu email.
ERRE mit ajállasz?Jelezném, az Oracle-nek van saját linuxa is!
-
nem is kell kiprobalni, a disztrok nagy resze valamilyen szempontbol specialis (pl. adott nyelvre/orszagra szabva, adott feladatra mint pl. multimedia, stb)
altalanos disztrobol lenyegesen kevesebb van, ezek kozul alig nehany van ami 'nagy', elterjedt, ezek kozott meg azert vannak eros kulonbsegek, amiket figyelembe veve nem marad 2-3-nal tobb disztro amibol az ember valogatnauj Linuxosoknal pl. altalaban az Ubuntut szokas ajanlani, ha az nem tetszik neki valamiert (en pl. ruhellem...) akkor mondjuk Fedora, OpenSuse vagy Mandriva
a 'hardcore' jellegu usereknek ott a Debian, Gentoo, Slackware, Arch
vannak a kis teljesitmenyu gepre optimalizalt disztribek, pl. Vector, Puppy
szoval ha tudod mit szeretnel, nem kell tobbszaz disztro kozott valogatni
-
Ezt adja ki a locale -a parancs
[siriusb@Archhost ~]$ locale -a
C
en_DK.utf8
en_GB.utf8
en_US
en_US.iso88591
en_US.utf8
hu_HU
hu_HU.iso88592
hu_HU.utf8
hungarian
POSIX
[siriusb@Archhost ~]$Persze én UTF-8-at használtam, csak ide már nem úgy írtam.
Megpróbáltam az rc.conf és rc.local -ba is beírni, de nem veszi figyelembe (restart után):[siriusb@Archhost ~]$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
[siriusb@Archhost ~]$ -
Idézetek onnan:
Enabling necessary locales
First you have to enable the locales you want being supported by your system. To enable or disable them, the file /etc/locale.gen is used. It contains every locale you can enable, and you have just to uncomment lines you want to do so.
...
Setting system wide locale
To define which locale should be used by the system, you can easily add your locale to your /etc/rc.conf file.
-
Sziasztok!
Nagyon láma kérdésem lenne, de eddig nem merült fel nálam ilyen hiba. A lényeg: upc-ről váltottam digikábelre, és ott az internethez pppoe kapcsolatot kell létrehozni. Ehhez linux mint alatt beléptem a beállítások/hálózati kapcsolatok/dsl fülhöz. Itt szintén dsl fülnél beírtam a felhasználónevet és a jelszót, a vezetékes fület üresen hagytam a többit pedig alapállapotban. Majd csatlakozás és a nagy semmi. Tapasztalt már valaki hasonlót? Nem tudom jól csináltam-e a dolgokat, de úgy gondoltam így jó lesz és mégsem. Mit rontottam el?
-
Psychonaut
veterán
Sziasztok!
Nagyon láma kérdésem lenne, de eddig nem merült fel nálam ilyen hiba. A lényeg: upc-ről váltottam digikábelre, és ott az internethez pppoe kapcsolatot kell létrehozni. Ehhez linux mint alatt beléptem a beállítások/hálózati kapcsolatok/dsl fülhöz. Itt szintén dsl fülnél beírtam a felhasználónevet és a jelszót, a vezetékes fület üresen hagytam a többit pedig alapállapotban. Majd csatlakozás és a nagy semmi. Tapasztalt már valaki hasonlót? Nem tudom jól csináltam-e a dolgokat, de úgy gondoltam így jó lesz és mégsem. Mit rontottam el?
-
Speeedfire
félisten
Ne má! Az pocsék lenne.
S melyiket töröljük el?
Debian? -> bambano agyvérzést kap
Slackware? -> doc szélütésben szenved
Ubuntu? -> Sianis összetépi a tolldíszét
Fedora? -> rájuk borítom az asztalt.
Valójában már most is 4-5 fő vonulat mentén leírható az összes Linuxos 95%-a. A többi vagy kicsi, vagy speciális disztró.
Sok a felhasználó, legalább annyi az igény, ezért kell sok. A fejlesztők meg már most is tömörülnek - a fő vonulatok mentés - plusz átjárás is van.
Sok disztró marad.(#9169) Speeedfire:
A disztrókat inkább a vonulat mentén érdemes összehasonlítani, a fő kiadásaikat. Vonulatok - egész jó kifejezést alkottam
- soha semmilyen keretek közt nem összehasonlíthatóak flamewar következmény nélkül.
Persze lehetne, de minek.
red hat
debian
slackware
suse
freebsd (mondjuk ez nem linux)
gentootöbb nem is igazán jut eszembe
ezek a főbb vonulatok ha jól tudom
nem állt szándékomban e-háborút kirobbantani![;]](//cdn.rios.hu/dl/s/v1.gif)
mindegyiknek jó kis leírásai vannak, ha jól tudom akkor a gentoonak és a slackwarenek kicsit foghíjasabb de ott is meglehet mindenre találni a választ
-
eloszor akkor teptem a hajam, mikor egy egyszeru csomagtelepitesnel kapasbol a telepitolemezt kerte, tiszta windows
meg volt meg vele par hasonlo kalandom...
aztan ott van a mar emlitett eroszakossag, ami a config file-okat illeti
sajna a megrendelonk ragaszkodik a Susehoz, ugyhogy muszaj idonkent szembesulnom vele
Ha a dvd van beállítva egyetlen telepítési forrásnak, akkor nem meglepő. De szerintem a config fájl átírást is ki lehet kapcsolni, mégiscsak van szerver változata, oda meg tán ők se raknak grafikus felületet.
-
eloszor akkor teptem a hajam, mikor egy egyszeru csomagtelepitesnel kapasbol a telepitolemezt kerte, tiszta windows
meg volt meg vele par hasonlo kalandom...
aztan ott van a mar emlitett eroszakossag, ami a config file-okat illeti
sajna a megrendelonk ragaszkodik a Susehoz, ugyhogy muszaj idonkent szembesulnom vele -
na igen, altalaban mindenki valamelyik disztrohoz ragaszkodik, tobbit kevesbe ismeri
nekem az Ubival es a Suseval van tapasztalatom, az elobbit nem szeretem, de szoktam ajanlani, az utobbit kimondottan utalom a millio sajat megoldasa helyett, minden mashogy megy benne mint a tobbi disztribben, a legdurvabb az volt mikor kezzel atirtam eg config file-t, erre az a kocsog a kovetkezo boot utan visszairta
lehet meg szempont a default ablakkezelo, Suse-nal pl. KDE, Ubuntunal lehet Gnome vagy KDE is (Ubuntu/Kubuntu), a csomagkezeles ( a Suse-e valami borzalom)
-
Az lenne a legjobb,ha nem 8000 disztribúció lenne hanem csak 4 (enterprise,desktop ujabb cuccokkal,atomstabil desktop,notebook/netbook-ra optimalizált) és tömörülnének a fejlesztők,így jobban haladna a fejlesztés.
Ne má! Az pocsék lenne.
S melyiket töröljük el?
Debian? -> bambano agyvérzést kap
Slackware? -> doc szélütésben szenved
Ubuntu? -> Sianis összetépi a tolldíszét
Fedora? -> rájuk borítom az asztalt.Valójában már most is 4-5 fő vonulat mentén leírható az összes Linuxos 95%-a. A többi vagy kicsi, vagy speciális disztró.
Sok a felhasználó, legalább annyi az igény, ezért kell sok. A fejlesztők meg már most is tömörülnek - a fő vonulatok mentés - plusz átjárás is van.
Sok disztró marad.(#9169) Speeedfire:
A disztrókat inkább a vonulat mentén érdemes összehasonlítani, a fő kiadásaikat. Vonulatok - egész jó kifejezést alkottam
- soha semmilyen keretek közt nem összehasonlíthatóak flamewar következmény nélkül.
Persze lehetne, de minek. -
doc
nagyúr
tényegében igaz, mert van kb 4-5 nagy linux distro és azokhoz hasonlít a többi
de pl honnan tudom azt h nekem melyik a jobb fedora,ubuntu,madriva,mint?
ha jól tudom mind a 4 kifejezetten desktop, fedora,mandriva rpm alapúak a red hat--ból nőtték ki magukat
a mint, meg az ubuntu meg deb alapú mely a debianból jött létre
ezek között milyen sorrendeket lehet felállítani? stabilitás, használhatóság, biztonság, updatek
én az ilyen jellegű írásokat nagyon keveslemna igen, altalaban mindenki valamelyik disztrohoz ragaszkodik, tobbit kevesbe ismeri
nekem az Ubival es a Suseval van tapasztalatom, az elobbit nem szeretem, de szoktam ajanlani, az utobbit kimondottan utalom a millio sajat megoldasa helyett, minden mashogy megy benne mint a tobbi disztribben, a legdurvabb az volt mikor kezzel atirtam eg config file-t, erre az a kocsog a kovetkezo boot utan visszairta
lehet meg szempont a default ablakkezelo, Suse-nal pl. KDE, Ubuntunal lehet Gnome vagy KDE is (Ubuntu/Kubuntu), a csomagkezeles ( a Suse-e valami borzalom)
-
Speeedfire
félisten
nem is kell kiprobalni, a disztrok nagy resze valamilyen szempontbol specialis (pl. adott nyelvre/orszagra szabva, adott feladatra mint pl. multimedia, stb)
altalanos disztrobol lenyegesen kevesebb van, ezek kozul alig nehany van ami 'nagy', elterjedt, ezek kozott meg azert vannak eros kulonbsegek, amiket figyelembe veve nem marad 2-3-nal tobb disztro amibol az ember valogatnauj Linuxosoknal pl. altalaban az Ubuntut szokas ajanlani, ha az nem tetszik neki valamiert (en pl. ruhellem...) akkor mondjuk Fedora, OpenSuse vagy Mandriva
a 'hardcore' jellegu usereknek ott a Debian, Gentoo, Slackware, Arch
vannak a kis teljesitmenyu gepre optimalizalt disztribek, pl. Vector, Puppy
szoval ha tudod mit szeretnel, nem kell tobbszaz disztro kozott valogatni
tényegében igaz, mert van kb 4-5 nagy linux distro és azokhoz hasonlít a többi
de pl honnan tudom azt h nekem melyik a jobb fedora,ubuntu,madriva,mint?
ha jól tudom mind a 4 kifejezetten desktop, fedora,mandriva rpm alapúak a red hat--ból nőtték ki magukat
a mint, meg az ubuntu meg deb alapú mely a debianból jött létre
ezek között milyen sorrendeket lehet felállítani? stabilitás, használhatóság, biztonság, updatek
én az ilyen jellegű írásokat nagyon keveslem -
doc
nagyúr
egyáltalán mitől jó egy distro?
elég sok van, vagy inkább nem kevés? legalább 300 (distrowatch), ami azért elég sok
ennyit soha senki sem fog kipróbálni -
Speeedfire
félisten
egyaltalan nem lenne jo, igy mindenki megtalalja a maganak legmegfelelobbet, ha meg csak egy lenne, akkor a szitu kb. az "ez van, ezt kell szeretni" lenne, ahogy windowseknal is...
egyáltalán mitől jó egy distro?
elég sok van, vagy inkább nem kevés? legalább 300 (distrowatch), ami azért elég sok
ennyit soha senki sem fog kipróbálni -
PuMbA
titán
hát! kipróbáltam de nem jártam sikerrel vele
nem változott az üzemidő a 9.10-hez képest -
Speeedfire
félisten
de ez még csak béta
áprilisban fog megjelenni a végleges
mindenesetre lekapom aztán meglesem h milyen
hát! kipróbáltam de nem jártam sikerrel vele
nem változott az üzemidő a 9.10-hez képest -
amennyire én tudom, a dump teljesen rendszerfüggő, tehát ha valamit kiraksz egyik vason, a másikon vagy bejön, vagy nem. Meg az is kérdés, amit kidumpoltál ext2-n, vissza tudod-e tölteni ext3-4-en vagy máson.
Az biztos, hogy amit egy 32 bites linuxon kidumpolsz, azt nem fogod tudni visszatölteni mondjuk egy solarison, ezért én nem használok ilyet soha. Ha olyan mentő cucc kell, ami szabványos kimenetet tol, akkor cpio.
-
Speeedfire
félisten
A 10.04-es Ubuntu-ba most implementálták be az összes lehetséges power save funkciót és csináltak pár config módosítást is,töltsd le és nyomj egy tesztet vele [link]
Részletesen ezeket csinálták:
create new pm-utils-powersave-policy package: DONE
pm-utils-powersave-policy MIR/seed: DONE
enable SATA power link management in pm-utils-laptop-policy: DONE
raise dirty_writeback_centisecs on battery in pm-utils-laptop-policy: DONE
consult linux upstream about hda_intel codec power management: DONE
[crimsun] enable hda_intel codec power management by default if it is considered sane: DONE
ensure that ubuntuone daemon is not started unless enabled (huge power drain): DONE
[amitk] package new powertop (1.12?) and additional kernel patches: DONE
check desktop bits which keep waking up the disk: DONE
fix network-manager to not perpetually update gconf values with "last seen" times (it doesn't, that's "last connected"): DONEde ez még csak béta
áprilisban fog megjelenni a végleges
mindenesetre lekapom aztán meglesem h milyen -
PuMbA
titán
üdv!
már párszor megpróbáltam megoldást keresni rá de hiába
megkérdezem még1x hátha valaki tudja a megoldást
adott egy HP 6910p laptop, jelenleg win 7 32 bit fut rajta
everest és win szerint is idle állapotban 5 óra az üzemidő az acpi szerint
linux rendszer alatt (jelenleg ubi 9.10) 4 óra
próbáltam már a powertop programot is a felesleges processeket kiiktattam az irq-ta feltelepítettem egy irqbalance programot, de ezekkel is csak 4 óra 15 percet tudtam kihozni ubi szerint kb 12.5 - 13 watt a gép fogyasztása
win 7 alatt jóval kevesebbnek kell h legyen ha 5 óra fölötti időt képes kihozni magából
nem tudom h valakinek volt-e már hasonló problémája vagy csak engem zavar ennyire az üzemidő
esetleg másik kernellel vagy másik linux os-sel el lehet-e érni nagyobb üzem időt
ubi alatt a gép alig dolgozik az proci mindig vissza veszi 800 mhz-re a fogyasztását és memóriából is kevesebbet eszik
esetleg van vmi program amivel megtudom lesni h mennyi áramot eszik a proci?
vagy olyan program ami jobban kezeli ezeket a dolgokat? -
Speeedfire
félisten
üdv!
már párszor megpróbáltam megoldást keresni rá de hiába
megkérdezem még1x hátha valaki tudja a megoldást
adott egy HP 6910p laptop, jelenleg win 7 32 bit fut rajta
everest és win szerint is idle állapotban 5 óra az üzemidő az acpi szerint
linux rendszer alatt (jelenleg ubi 9.10) 4 óra
próbáltam már a powertop programot is a felesleges processeket kiiktattam az irq-ta feltelepítettem egy irqbalance programot, de ezekkel is csak 4 óra 15 percet tudtam kihozni ubi szerint kb 12.5 - 13 watt a gép fogyasztása
win 7 alatt jóval kevesebbnek kell h legyen ha 5 óra fölötti időt képes kihozni magából
nem tudom h valakinek volt-e már hasonló problémája vagy csak engem zavar ennyire az üzemidő
esetleg másik kernellel vagy másik linux os-sel el lehet-e érni nagyobb üzem időt
ubi alatt a gép alig dolgozik az proci mindig vissza veszi 800 mhz-re a fogyasztását és memóriából is kevesebbet eszik
esetleg van vmi program amivel megtudom lesni h mennyi áramot eszik a proci?
vagy olyan program ami jobban kezeli ezeket a dolgokat?látom erre soha nem fogok választ kapni
-
Nekem is hasonló problémám lenne "ghostolni" kéne egy linux rendszerpartíciót úgy, hogy probléma esetén csak vissza kelljen állítani és mehet is a boot. A dolgot nehezíti, hogy mindezt futó rendszerről, és rendszerből kéne elvégezni, ugyanis fizikailag csak körülményesen férek hozzá a hardverhez. Boot loadert nem fontos lementeni, akkor egyszerűen egy egész partíciós "tar"-olás megoldást jelent?
Mielőtt valaki beleköt, igen, tudom hogy a visszaállításhoz mindenképp fizikailag hozzá kell férnem a géphez, de azért remélhetőleg visszaállításra kevesebbszer lesz szükség, mint mentésre
-
-
üdv.
DSL live cd indítása megáll itt: xauth: creating new authority file /home/dsl/.Xauthority
elötte azt írja, hogy nem tudja mountolni a hda1-et mert nem támogatott opcionális fícsörjei vannak (240)
Zewalk van a gépen és ext3-fs típusú a fájlrendszere. Elég lassú és ezért cserélném, dsl-re.
Tud valaki segíteni? -
Nekem is hasonló problémám lenne "ghostolni" kéne egy linux rendszerpartíciót úgy, hogy probléma esetén csak vissza kelljen állítani és mehet is a boot. A dolgot nehezíti, hogy mindezt futó rendszerről, és rendszerből kéne elvégezni, ugyanis fizikailag csak körülményesen férek hozzá a hardverhez. Boot loadert nem fontos lementeni, akkor egyszerűen egy egész partíciós "tar"-olás megoldást jelent?
Mielőtt valaki beleköt, igen, tudom hogy a visszaállításhoz mindenképp fizikailag hozzá kell férnem a géphez, de azért remélhetőleg visszaállításra kevesebbszer lesz szükség, mint mentésre
-
Speeedfire
félisten
-
macskajancsi
aktív tag
Nekem is hasonló problémám lenne "ghostolni" kéne egy linux rendszerpartíciót úgy, hogy probléma esetén csak vissza kelljen állítani és mehet is a boot. A dolgot nehezíti, hogy mindezt futó rendszerről, és rendszerből kéne elvégezni, ugyanis fizikailag csak körülményesen férek hozzá a hardverhez. Boot loadert nem fontos lementeni, akkor egyszerűen egy egész partíciós "tar"-olás megoldást jelent?
Mielőtt valaki beleköt, igen, tudom hogy a visszaállításhoz mindenképp fizikailag hozzá kell férnem a géphez, de azért remélhetőleg visszaállításra kevesebbszer lesz szükség, mint mentésre
LVM lesz a te barátod!
és itt nem is lesz muszáj visszaállításhoz fizikailag hozzáférni a géphez.
azaz először igen, ott kell lenni valszeg személyesen, de ha megvan, utána mehet bármi.
-
Linux "ghostolásban" semmi varázslat nincs, bebootolsz live cd-t és simán fájl szinten lemented az egészet mondjuk tar.gz-be. Visszaállítás hasonló. Ha a boot loadert is elcseszed (de ez nem jellemző) akkor azt macerásabb visszarakni. Persze csinálhatsz igazi blokk szintű mentést is (man dd), csak az lementi az üres helyet is. Cserébe viszont a boot loadert is
Nekem is hasonló problémám lenne "ghostolni" kéne egy linux rendszerpartíciót úgy, hogy probléma esetén csak vissza kelljen állítani és mehet is a boot. A dolgot nehezíti, hogy mindezt futó rendszerről, és rendszerből kéne elvégezni, ugyanis fizikailag csak körülményesen férek hozzá a hardverhez. Boot loadert nem fontos lementeni, akkor egyszerűen egy egész partíciós "tar"-olás megoldást jelent?
Mielőtt valaki beleköt, igen, tudom hogy a visszaállításhoz mindenképp fizikailag hozzá kell férnem a géphez, de azért remélhetőleg visszaállításra kevesebbszer lesz szükség, mint mentésre
-
Hali
Lenne egy olyan problémám, hogy volt egy NAS-om és az linuxos fájlrendszert használlt. A NAS valami miatt tönkre ment és át akarom menteni az adatokat a PC-ben lévő vinyóra ami persze NTFS-t használ. Az lenne a kérdésem, hogy ezt hogyan tudnám megoldani. A gépen még magát a meghajtót sem látom csak a felügyeleti eszközök\szmítógép kezelésben.
Nagyon fontos lenne, mert pótolhatatlan adatok vannak rajt, közel 150GB.
Előre is köszi a segítséget.
-
Ha jól sejtem, a grub az ubuntu-é. Ott kellene körülnézni, mert szvsz nem a root partícióval van gondja, hanem a kernelből kaptál újat és a régit nem találja... (esetleg konkrét hibaüzenet?)
Így van, az ubié a grub.
Valóban, 31-ről 32-re updatelte a kernelt, de a név ugyanúgy kernel26.img maradt.
Hibaüzenet: Root device UUID blabla doens'nt exist,
Majd: Unable to detect or create root device UUID blablaEz volt idáig a menuentry:
menuentry "ArchLinux" {
insmod ext2
set root=(hd0,8)
search --no-floppy --fs-uuid --set 7099f330-d87a-4995-97bc-d9508051fb9b
linux /boot/vmlinuz26 root=UUID=7099f330-d87a-4995-97bc-d9508051fb9b ro
initrd /boot/kernel26.img
}Betyáros módon beraktam egy ilyet:
menuentry "Arch Linux" {
set root=(hd0,8)
linux /boot/vmlinuz26 root=/dev/sda8 ro
initrd /boot/kernel26.img
}
amivel el is indul!Szóval az uuid azonosítás miatt lehet probléma, de nem értem, hol, mert az azonosító rendben van.
Szeretnék megoldást találni, úgyhogy ha további info kell, csak kérdezz. -
Adott egy ubuntu 9.10 grub2-vel, mely mellett ott figyel egy arch linux is. Tegnap volt egy rendszerfrissítés az arch-on és azóta nem tudok az archra bootolni, mert nem találja a root partíciót. A grubban uuid-vel van azonosítva, leellenőziztem, jó.
Megpróbáltam egy rootdelay=15-öt is, de ugyanaz a helyzet: ezt az uuid-t nem találja.Valami javaslat?
-
D4rkAv3ng3r
senior tag
koszi. sztem inkabb varok meg egy kicsit, januarban venni akarok uj gepet, es arra majd ubuntut vagy valami kezdoknek szant linuxot rakok.(ott legalabb a HDD nem szab hatart
) -
wannabeinla
tag
Azt írják, hogy elvileg 100 mega elég neki?
Bár nem biztos, hogy így kezdőként jó választás neked, [ ] de egy próbát megér, még be is jöhet.
A wiki oldalát olvasgasd serényen.koszi. sztem inkabb varok meg egy kicsit, januarban venni akarok uj gepet, es arra majd ubuntut vagy valami kezdoknek szant linuxot rakok.(ott legalabb a HDD nem szab hatart
) -
Vladi
nagyúr
az jo szted,hogy:
2gb winfos system ntfs
2gb puppy system ext2 vagy ext3
500mb swap
maradek 3,5 gb kozos fat32
?Azt írják, hogy elvileg 100 mega elég neki?
Bár nem biztos, hogy így kezdőként jó választás neked, [ ] de egy próbát megér, még be is jöhet.
A wiki oldalát olvasgasd serényen. -
wannabeinla
tag
Wifit elég nehéz belőni. Bár attól függ milyen. Most akkor a gépen csak linux lesz, vagy win is? Mert ha 2, akkor lehet a 8 G kevés, ha egyedül akkor elég lesz. Legalább egy gyökér / és egy swap partíció kell. Ez utóbbi a virtuális memória, ennyi rammal mondjuk 500 mega elég, a gyökér meg a többi és akkor nem fogysz ki. A chunizé is jó lehet neked.
-
Vladi
nagyúr
koszonom szepen megnezem. wifit nehez lesz beloni?
-
wannabeinla
tag
-
ZCoyote
őstag
sziasztok!
nemtudom jo helyre irok-e, ha nem akkor sorry. van egy pentium II-es gep (500 Mhz), 384 MB rammal, meg egy 8 GB-os vinyoval. az volna a kerdesem, hogy lehet-e ilyen gepre valami olyasmi linuxot rakni, amivel az ember elkezdhetne megismerkedni vele (marmint az egesz linuxxal, kezdem unni windowst mostanaban), es meg a gep is eleg neki. a valaszt elore is koszonom. -
Vladi
nagyúr
sziasztok!
nemtudom jo helyre irok-e, ha nem akkor sorry. van egy pentium II-es gep (500 Mhz), 384 MB rammal, meg egy 8 GB-os vinyoval. az volna a kerdesem, hogy lehet-e ilyen gepre valami olyasmi linuxot rakni, amivel az ember elkezdhetne megismerkedni vele (marmint az egesz linuxxal, kezdem unni windowst mostanaban), es meg a gep is eleg neki. a valaszt elore is koszonom. -
wannabeinla
tag
sziasztok!
nemtudom jo helyre irok-e, ha nem akkor sorry. van egy pentium II-es gep (500 Mhz), 384 MB rammal, meg egy 8 GB-os vinyoval. az volna a kerdesem, hogy lehet-e ilyen gepre valami olyasmi linuxot rakni, amivel az ember elkezdhetne megismerkedni vele (marmint az egesz linuxxal, kezdem unni windowst mostanaban), es meg a gep is eleg neki. a valaszt elore is koszonom. -
D4rkAv3ng3r
senior tag
-
FixY67
senior tag
Hát igen a stable verzióban kissé régebbi dolgok vannak, ha felrakom én is visszamegyek.
A testing verzió meg ki tudja milyen, bár nem hinném, hogy gondok lennének vele. Megoldást meg még nem néztem lehet, hogy segítene az Adobe Flash 10.1 beta.
A testing, az testing. Arra is van esély (konkrét, személyes tapasztalat
), hogy egy dist-upgrade úgy agyonvágja a rendszert, hogy többé bebootolni sem tud.
A jelenlegi stabil viszont használható, ha szervert akarsz. Desktopra bármi mást, ami debian alapú... -
D4rkAv3ng3r
senior tag
Na én raktam fel Debiant mostanság puszta nosztalgiából. Olyan volt mintha fényéveket mentem volna vissza az időben. Egy órányi heggesztés után pedig rájöttem, hogy ennyire nem is vagyok perverz.
Hát igen a stable verzióban kissé régebbi dolgok vannak, ha felrakom én is visszamegyek.
A testing verzió meg ki tudja milyen, bár nem hinném, hogy gondok lennének vele. Megoldást meg még nem néztem lehet, hogy segítene az Adobe Flash 10.1 beta.
-
Nagytalp
senior tag
Az a jelentősége, hogy sok GNU/Linux disztróra NTFS csatolást egy NTFS-3G nevű driver végzi és ugyanennek a segítségével képes írni olvasáson kívül az NTFS patríciót. Persze ha esetleg nem ez végzi, hanem más driver akkor tök8, hogy ntfs-3g van-e. Egyébként az NTFS-3G egy GPL liszenszes magyar frissítésű driver.
Utána néztem az utolsó 2 számnak is az fstab-nál, az első a dump a második a freq pass-num.
a dump általában 0, a freq-pass-num már érdekesebb, ez arra való, hogy ellenőrizze-e, hogy bootoláskor történt-e hiba a lemezen/patríción. Ha aktiválni akarjuk
- root eszköznél 1
- egyébnél 2 (vagy ha biztosra akarunk menni)
- és 0 ha nem akarjuk az ellenőrzést.
Ezt is ahogyan már írták előttem 0-án szokták hagyni.
A dump meg egy mentési módszer. A dump képes az egész lemez/patríció állományrendszerét lementeni. Általában SSH-val használják. Hiányosságai vannak, amelyek kiküszöbölésére parancsok szükségesek.#9093 Vladi: Hát szerintem azért, mert kevés Ubunut-s használná, általában az Ububntu amolyan Linux homokzó, bár lehet használni nem mondom olyannak is akik vágják a Linuxot. mindenesetre azért én nemsokára Debian-t rakok az UE helyett.
Na én raktam fel Debiant mostanság puszta nosztalgiából. Olyan volt mintha fényéveket mentem volna vissza az időben. Egy órányi heggesztés után pedig rájöttem, hogy ennyire nem is vagyok perverz.
-
macskajancsi
aktív tag
-
Nagytalp
senior tag
Én sajnos igen, csak nekem fordítva, napiszaron meg hasonló honlapokon nem történik semmi, YouTube működik rendesen.
-
D4rkAv3ng3r
senior tag
Tapasztaltatok már olyat, hogy egy flash tartalomra rákattintva egyszerűen nem történik semmi? Flash videóknál ha a lejátszás gombra kattintok akkor bevillan, hogy nyomom de nem hajtódik végre. Kipróbáltam Firefox, Opera, Google Chrome böngészőkkel is. Nem minden oldalnál van így de a Youtube esetében sűrűn előfordul.
-
ivivan
tag
sziasztok!
meglehetősen fontos, meglehetősen gyors kérdés (számomra):
felállás:
Debian alatt szoft raid 0 vs lvm stripe sebesség.
ugyanakkora vinyók, mind a kétszer teljesen kihasználva. (na jó, lvm alatt pár gb-val kevesebb, de ez szerintem irreleváns)a stripe méret szerintem mindkét helyen 64k. (lvm-en tutira ennyi, raiden csak ha ennyi a default.
)kijött, hogy lvm alatt kb 2x akkora az írási sebesség (31 vs 56 mb/s). az olvasás az majdnem ugyanaz (67 - 73mb/s).
ram cache effekt nem játszik, 512mb a ram, és 1 gb fájl írásnál-olvasásánál jött ki ez az eredmény.a százdolláros kérdés: mitől lehet, hogy lvm alatt 2x olyan gyorsan ír?
-
macskajancsi
aktív tag
sziasztok!
meglehetősen fontos, meglehetősen gyors kérdés (számomra):
felállás:
Debian alatt szoft raid 0 vs lvm stripe sebesség.
ugyanakkora vinyók, mind a kétszer teljesen kihasználva. (na jó, lvm alatt pár gb-val kevesebb, de ez szerintem irreleváns)a stripe méret szerintem mindkét helyen 64k. (lvm-en tutira ennyi, raiden csak ha ennyi a default.
)kijött, hogy lvm alatt kb 2x akkora az írási sebesség (31 vs 56 mb/s). az olvasás az majdnem ugyanaz (67 - 73mb/s).
ram cache effekt nem játszik, 512mb a ram, és 1 gb fájl írásnál-olvasásánál jött ki ez az eredmény.a százdolláros kérdés: mitől lehet, hogy lvm alatt 2x olyan gyorsan ír?
-
D4rkAv3ng3r
senior tag
Amiért értetlenkedtem: ha jól tudom/értem, biztonság szempontjából nincs jelentősége, írásról meg szó sem volt az eredeti kérdésben. Ellenben amennyire tudom, a hagyományos ntfs driver benne van a legtöbb linux disztribúcióban, az ntfs-3g-vel még nem nagyon találkoztam (bár ez semmit sem jelent).
Ami az fstab két numerikus paraméterét illeti: én még nem láttam élő embert, aki a dump-ot használta volna (hogy az ssh hogy keveredett bele, azt végképp nem értem - mondhatni, ebben a szövegkörnyezetben irreleváns).
A másik pedig pusztán annyi (emlékeimre támaszkodva írom), hogy milyen sorrendben futtassa a rendszer bootoláskor az fsck-t. Ezt pl. ntfs esetében azért kell 0-ra állítani, hogy ne akarja ellenőrizni, mert (tudtommal) nincs mivel.
Egyébként hogy kötekedjek, nem azt ellenőrzi, hogy a bootoláskor történt-e hiba, hanem bootoláskor ellenőrzi, hogy korábban nem sérült-e meg - pl. az előző rendszerleállítás során megtörtént-e az umount.Jogos, nem kötekedés.
Egyébként tényleg jobb, ha NTFS-t békén hagyja. -
FixY67
senior tag
Az a jelentősége, hogy sok GNU/Linux disztróra NTFS csatolást egy NTFS-3G nevű driver végzi és ugyanennek a segítségével képes írni olvasáson kívül az NTFS patríciót. Persze ha esetleg nem ez végzi, hanem más driver akkor tök8, hogy ntfs-3g van-e. Egyébként az NTFS-3G egy GPL liszenszes magyar frissítésű driver.
Utána néztem az utolsó 2 számnak is az fstab-nál, az első a dump a második a freq pass-num.
a dump általában 0, a freq-pass-num már érdekesebb, ez arra való, hogy ellenőrizze-e, hogy bootoláskor történt-e hiba a lemezen/patríción. Ha aktiválni akarjuk
- root eszköznél 1
- egyébnél 2 (vagy ha biztosra akarunk menni)
- és 0 ha nem akarjuk az ellenőrzést.
Ezt is ahogyan már írták előttem 0-án szokták hagyni.
A dump meg egy mentési módszer. A dump képes az egész lemez/patríció állományrendszerét lementeni. Általában SSH-val használják. Hiányosságai vannak, amelyek kiküszöbölésére parancsok szükségesek.#9093 Vladi: Hát szerintem azért, mert kevés Ubunut-s használná, általában az Ububntu amolyan Linux homokzó, bár lehet használni nem mondom olyannak is akik vágják a Linuxot. mindenesetre azért én nemsokára Debian-t rakok az UE helyett.
-
D4rkAv3ng3r
senior tag
Az a jelentősége, hogy sok GNU/Linux disztróra NTFS csatolást egy NTFS-3G nevű driver végzi és ugyanennek a segítségével képes írni olvasáson kívül az NTFS patríciót. Persze ha esetleg nem ez végzi, hanem más driver akkor tök8, hogy ntfs-3g van-e. Egyébként az NTFS-3G egy GPL liszenszes magyar frissítésű driver.
Utána néztem az utolsó 2 számnak is az fstab-nál, az első a dump a második a freq pass-num.
a dump általában 0, a freq-pass-num már érdekesebb, ez arra való, hogy ellenőrizze-e, hogy bootoláskor történt-e hiba a lemezen/patríción. Ha aktiválni akarjuk
- root eszköznél 1
- egyébnél 2 (vagy ha biztosra akarunk menni)
- és 0 ha nem akarjuk az ellenőrzést.
Ezt is ahogyan már írták előttem 0-án szokták hagyni.
A dump meg egy mentési módszer. A dump képes az egész lemez/patríció állományrendszerét lementeni. Általában SSH-val használják. Hiányosságai vannak, amelyek kiküszöbölésére parancsok szükségesek.#9093 Vladi: Hát szerintem azért, mert kevés Ubunut-s használná, általában az Ububntu amolyan Linux homokzó, bár lehet használni nem mondom olyannak is akik vágják a Linuxot. mindenesetre azért én nemsokára Debian-t rakok az UE helyett.
Bocs látszik, hogy este van, nem magyar frissítésű hanem magyar fejlesztésű driver az NTFS-3G.
-
D4rkAv3ng3r
senior tag
- soha semmilyen keretek közt nem összehasonlíthatóak flamewar következmény nélkül.![;]](http://cdn.rios.hu/dl/s/v1.gif)
meg volt meg vele par hasonlo kalandom...
Új hozzászólás Aktív témák
- Android szakmai topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- exHWSW - Értünk mindenhez IS
- Samsung Galaxy S25 - végre van kicsi!
- Forza sorozat (Horizon/Motorsport)
- Luck Dragon: Asszociációs játék. :)
- Robot fűnyírók
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Kazy Computers - Fehérvár - Megbízható?
- Képernyőmentes aktivitáskövetőt mutatott be a Google, ez a Fitbit Air
- További aktív témák...
- BESZÁMÍTÁS! Nintendo Switch V2 64GB játékkonzol sok extrával garanciával hibátlan működéssel
- Playstation VR1 3 hónap garancia, számlával!
- Apple iPhone 17 Pro Max 256GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy S24/Samsung Galaxy S24+/Samsung Galaxy S24 Ultra
- iPhone X 64GB 89% (3hónap Garancia)
Állásajánlatok
Cég: aiMotive Kft.
Város: Budapest
Cég: Laptopműhely Bt.
Város: Budapest