|
ups
Citiraj:
|
Citiraj:
Moderni developeri....na kraju cemo zbilja svi zavrsiti na MS rijesenjima ak nastave dalje tako sa svojim naporima :stoopid: Citiraj:
|
Heh, kod mene baš taj kernel. Da vratim na 5.15.140 ili da idem naprijed na 6.6.3?
|
Citiraj:
Updejt i vozi misko :kafa: Citiraj:
|
Nekako se čini pametnije prešaltati prvo na stariji kernel pa onda odraditi update. Mogu li ja to uopće napraviti :D
Eto, odradio, valjda bude OK. Zanimljivo da mi je ovo već drugi update u nizu koji mi faila kod boota nakon updejta i baca me u recovery mode jer ne može mountanti neku particiju. Prošli puta kada se dogodilo, editirao sam fstab i komentirao sam tu liniju. U samom recovery nisam ništa mogao jer nije dopuštalo input sa tipkovnice :D tako da sam odradio preko liva. Sada opet isto, odem u fstab, dotična linija je i dalje komentirana ??? Otišao sam u live, chroot, update, opet skida jedno te iste fajlove, opet instalira i sada je kao sve u redu. Rolling release at its finest. |
Rolling release is Roling stones ? :D
|
Citiraj:
Dobro kakvog Frankesteina to vrtis da se tak ponasa? Cak i kad sam Arch vrtio nisam imao takvih problema. Kaj u Fstabu radi probleme? Zakaj ne boota? Koja greska? |
Ne znam kako da odgovorim na ovo prvo pitanje. Taj problem (odlazak u recovery) je počeo sa pretposljednjim updejtom. U međuvremenu sam ja klonirao sistemsku particiju s jednog na drugi SSD, s time da fstab koristi samo labele.
Jedno vrijeme sam se igrao s rEFIned pa sam imao redovito mountanu EFI particiju od 300MB. Pa sam je dodao u fstab u nekom trenutku i to je tako dugo stajalo i nije bio problem do već spomenutog pretplošlog updejta. Code:
LABEL=EFI /home/mkey/mnt/MB300/ vfat defaults 0 0Zašto ne prepoznaje tipkovnicu u recovery, nemam blagog pojma. Bio sam i prije part puta u recovery (jednom sam zajebo fstab, drugi put je nvidia driver popizdio nakon updejta pa je trebalo ponoviti radnju) i te pute je bilo sve OK. Probao sam dvije tipkovnice i to uključene u USB port na ploči ali nije dopuštalo nikakav input. To je tako možda zbog onog zadnjeg BIOS flasha koji je moguće nešto uzjebo. A sada vidim i da imam jedan lagani zajeb, nakon updejta/recovery sam bootao staru manjaro sistemsku particiju ("manjaro-2" umjesto "manjaro") :D Moja greška, biti će da mi je rEFIned dodao tu opciju u menu a ja nisam uočio nego stisnuo prvo što mi je ponudio. A mountana je prava home particija tako da nisam niti primijetio neku naročitu razliku dok nisam išao sada gledati što kaže file manager. Linux je čudo, koliko god da zajebeš uporno radi i dalje. |
Citiraj:
Ili se promjene nisu commitale u filesistemu ili imaš nešto šti “štiti” fstab od “slučajnog” editiranja. |
Citiraj:
U tvom slucaju uvijek se iznova iznenadim da uopce radi :lol2: efi spada u /boot i nikamo drugdje. I sta ce ti refind pokraj Gruba? I /mnt u /home???? I onda se cudis kaj svako malo nekaj potrgano....jooooooj.... |
Mene fascinira kako je to uopce uspija složiti. :D
Ne bi mi nikad takav raspored pao na pamet. |
Ma ljepote... :D
systemd 255 Released With A "Blue Screen of Death" For Linux Systems https://i.postimg.cc/9zMHwLsq/1w8eof7uk75c1.webp |
Citiraj:
Sad samo cekamo da vrag dopusti skijanje dole. Ili da svinje dobe krila :lol2: |
A jeste ga navalili. Pa EFI particija i tako ne treba biti mountana, ovisno o tome gdje se nalazi bootloader.
Već smo se ovoga dotakli, rEFInd koristim iz jednog jedinog razloga: zato što razni instaleri drkaju kurac i montiraju jebeni bootloader ondje gdje njima bude zgodno. Bootam u refind i nemam nikakvih problema, boota mi i ovo smeće od windows spyware kada mi povremeno treba. Za razliku od gruba radi bez greške. Što se tiče ove lokacije na koju sam mountao tu particiju, to je stvarno neobično, ne sjećam se što je tu pjesnik htio reći. Vjerojatno sam htio da mi lokacija bude pri ruci, ali to je trebalo linkati. Ali ponavljam, radilo bez problema do ovih zadnjih par updejta, dakle nije svako malo. I eliminirano je pošto mi nije potrebno. |
Citiraj:
|
Ja se ne žalim na probleme, kako sam x puta kazao čudo jedno koliko to dobro radi.
Moj "problem" (u biti nije problem, već specifičnost mojeg načina korištenja koji ne mora biti nekome po volji za što me zaboli) je što sam promijenio hrpetinu distribucija tokom nekoliko godina, dok u hodu pretežito učim na greškama. Preformatirao sam diskove u više navrata, isto tako prebacivao i particije vamte tamte. Krenuo sam sa SSD od 250GB kao sistemskim, pa onda prebacio sistem na SSD od 500GB, pa onda prebacio na SSD od 1TB i sada njega koristim kao sistemski. I bogami to tako ostaje dok taj disk bude živ Iinicijalno sam imao sistemsku + home na tom disku od 250GB. Pa sam klonirao na disk od 500GB i napravio još jednu sistemsku i home za eksperimentiranje sa drugim distrama. Pa sam dodao spyware 10 sa onom njegovom rapsodijom od particija. Te particije su bile posvuda. Uz dva M2 SSDa, imam i jedan SATA SSD te dva HDD. Sa svim tim instaliranjem i prebacivanjem, bootloader ne bi uvijek završio tamo gdje treba. Čak niti onda kada bih mu rekao što da radi, on bi odradio po svojem. Neki instaleri uopće niti ne pitaju kamo da ga stave nego odaberu sami. A kada sam krenuo nisam niti imao EFI particiju nego ju dodao naknadno kada sam krenuo raspetljavati to što sam zakuhao tijekom godina. Ako nema EFI particije, onda ona nema kamo biti niti mountana. Koliko se sjećam ubuntu instaler prije kakve 4 godine nije niti pitao za EFI particiju, pa je nisam tada niti napravio. I tako se to vuklo par godina. Sa svim tim brčkanjem meni osobno se refind pokazao kao dobro i jednostavno riješenje. Povremeni problemi koje sam imao s grubom (osim gore navedenih koji baš i nisu direktno vezani za grub) su bili u tome što mi je znalo prilikom updejta kiksati pa ne vidjeti koju od tih mojih raštrkanih sistemskih particija. A sa refindom takvih problema do sada nisam imao. Treba samo prilikom promjene diska pokrenuti njegov instaler nakon čega on napravi novi nvram entry i vozi. |
To je upravo ono kaj kod tebe nemogu skuzit. Ak imas UEFI instalaciju , da imas 100 OS-eva - trebas samo jednu EFI particiju. Jednu. I ako se drzis standarda, Grub ce uvijek odraditi posao kak spada (zasebna /boot i /boot/efi particija). Hocu ti samo ukazat da to sto radis je tolko van standarda da boli glava i ako se nakon upgrejda potrga - ocito ne radi. To kaj Ubuntu te ne upozori na nedostatak EFI particije moze biti iz vise razloga al ja se drzim onoga da je Ubuntu u zadnje vrijeme postao poluproizvod kojem je bitnije da radi kao WSL instanca i gura smrdljivi SNAP al kaj bus. Dakle primjer: kod mene su 2 nvme diska i 2 HDD-a. Fedora je na 1 nvme - dakle /boot /boot/efi i LVM za sistem/home. Ako pozelim instalirat Windows - isti ide na drugi nvme disk ali koristi EFI particiju sa Fedora instalacije - tu lupa svoj bootloader a da pritom ne skrsi grub.
Code:
root@fedora:~# ls -l /boot/efi/EFI/Code:
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfgI to je to. Da pozelim sad jos neku Linux distru dodatno instalirat ili BSD - istim procesom mozes Grub unedogled skalirat. I boota sve. E sad da je MBR / Legacy boot - e onda je malo zesca perverzija nuzna jer Windows Bootloader prepise Grub. Ali i to je rijesivo :fiju: |
@tomek
Nisam već dugo probao perverziju s dual/multi bootom linuxa i M$ winblowsima, vjerojatno još od doba prije EFIja :) Nikad mi to nije bilo interesantno, a win tjeram u VMu ako trebam. Jel se još događa da winblowsi na random odaberu disk na koji će nasrati svoje dijelove ili su to možda u međuvremenu riješili? Koliko se sjećam, jedini pouzdani način da im veliš da budu na jednom i samo tom jednom disku bio je da se fizički ištekaju svi ostali diskovi :) |
Ne znam za EFI i sl. ali za MBR Windowsi će uvijek zapisati svoj bootloader na prvi disk u BIOS-u, znači ako npr. imam dva diska, Windows i Linux, i ako mi je Linux prvi disk u BIOS-u i instaliram Windowse na drugi, Windowsi će prilikom instalacije pregaziti bootloader na prvom (Linux) disku, a instalirat se na drugi. Zato uvijek promjenim boot order ako instaliram Windowse pored Linuxa da je Windows prvi disk, i onda kasnije promijenim.
|
Nope. Sa Uefi instalacijom tih problema nema. Kod uefi je samo efi particija bitna. However….eto konkretno kod zadnje instalacije formatirao disk na kojem je sad windows i kod instalacije mu dao da se tu instalira. Nope nebre kreirat particije. Zadnji put sljakalo normalno. Reko ok….kreirao rucno NTFS particiju za instalaciju, dao mu da se na nju instalira i tad je proslo sve normalno. EFI particiju na drugom disku normalno prepoznao i lupio svoj bootloader nutra a ostalo nije dirao.
|
Takvo je i moje iskustvo, multiboot sa UEFI puno bolje radi. Jedino preporučam da EFI particija bude nešto veća, tipa 1 GB, jer se brzo napuni kad se stavi par OS-ova. Onda kad trebaš flashati BIOS ili nešto što koristi EFI, neće raditi. Sa 1 GB si siguran da tih problema neće biti.
|
1GB!?
Pa koliko ostali OSovi pune EFI particiju? Kod mene to neka mizerija, doduše samo jedan OS :) Code:
Filesystem Size Used Avail Use% Mounted on |
1GB je overkill al nikad neznas kakve perverzije netko hoce radit :lol2:
Code:
1,8M /boot/efi/EFI/BOOTA uostalom... 1GB vise/manje u danasnje vrijeme ne boli tolko so.... |
Ne znam kako je meni došlo do 300+ MB...
|
tomek, imam ja EFI particiju, nego ju manjaro iz nekog (od brojnih gore navedenih) razloga ne koristi. Moguće da sam EFI particiju napravio tek nakon što sam instalirao manjaro. Ne sjećam se.
Sistemski disk izgleda ovako: Code:
Device Start End Sectors Size TypeKada je manjaro instaliran, mislim da nije bilo EFI particije. Ili je instalacija promašila EFI particiju. Ne sjećam se. Ubuntu bootloader je uredno instaliran na EFI particiju. Spyware bootloader je uredno instaliran na EFI particiju (recimo) Code:
ls -l /home/mkey/mnt/MB300/EFIMogo bih to malo počistiti, ali eto za sada je tako kako je. Ovu mečku mi se momentalno ne da baš čačkat :D Najljepše bi to sve bilo napraviti na novo i kako spada ali brzo padne mrak. |
Imam sve vise osjecaj da je Manjaro hrpa koda koju samo njegovi developeri shvacaju...moram isprobat :lol2:
|
Nisam impresioniran...
Nedavno sam instalirao Manjaro u VM, xfce ofkors... radi. Pustim updateove... više ne radi. Snapshot zaboravio, jbg. Crni ekran, sranja nekakva u konzoli. Nikakav AUR, nikakve komplikacije, gola instalacija + update i potrgao se sam od sebe. Možda ne voli virtualke :) A šteta baš mi trebao zbog novijeg kernela i nekih jako novih alternativnih libova da nešto isprobam. Nije bilo gotove alternative niti na gedori niti na debilanu/jubuntu, ali arch pozadina naravno to ima. Na kraju na jubuntu VMu iskompilirao si to što mi je trebalo i odradio, potrošio više vremena nego sam planirao. Isprobavao sam Arch isto nekad davno, radi to dok ti ne zatreba nešto novo, onda to potegneš s aura... i onda više ne radi, ali za valjda 15 minuta tamo netko nađe rješenje, naravno čitaj, gledaj, popravljaj. Debian unstable i šašavi ubuntu maintaineri su mila majka u usporedbi s ovom arch ekipom. Uf, sad sam bacio bombu, čekam da me dežurni Archeri krenu gađati :D |
Kad smo već kod Streličara, koristi li netko Arch u produkciji za poslovne svrhe? :)
|
Citiraj:
@mkey - jel moguce da je ta instalacija u pocetku bila legacy boot pa si prebacio na uefi po ovim uputama? https://wiki.manjaro.org/index.php?t..._Install_Guide |
Jebemu sve po spisku.
Kod kloniranja particije klonira i UUID. Kako sam imao ono sranje s resize particije, napravio sam backup sa jednog SSD na drugi SSD. Očito je random bootalo manjaro OS s jednog odnosno drugog diska, kako je koji prvi došao na red. Zato mi se činilo kako "ne sprema update". Pošto su mi labeli u fstab, bootao je backupirani manjaro sa ispravnom home particijom. Čudo jedno koliko dobro to radi. Kako bilo, kako sam bootao upravo tu backup particiju, nisam joj mogao promijeniti UUID. Nakon x peripetija (ispada da manjaro 21 iso ima outdated keyring) bootam u manjaro live env, instaliram gparted i promijenim UUID te backup particije na drugom SSD (koju ću i tako obrisati). Bootam ispravnu manjaro particiju, napravim update, hoću mountant efi particiju, izbacuje grešku zbog vfat. Staro pravilo, reboot nakon update, ali ne. Reboot, bootam sa refind, instaliram grub, grub-update, reboot, bootam sa grub, sve radi. Evo, jeste li zadovoljni sada? :D Code:
nvme0n1 A ovo je sada uredno ko zen vrt. Code:
ls /boot/efi/EFI |
Kod efi instalacije ne specificiras nista. Moras mu samo kod formatiranja reci da postojecu efi particiju koristi.
P.S. mozes uvijek isti home za sve distre koristiti. Na taj nacin ti se app config preuzima na drugoj distri. Inace hint umjesto koristenja refind opcije…chroot env. sa systemrescuecd i radis kaj te volja bez nepozeljnih posljedica. Ako bude interesanata napisem kratki tutorijal. :chears: |
Kužim ja da ti voliš grub :D
Nego, Manjaro s ovim velikim updejtima ide pomalo na kvasinu. Jučer 1.5GB updejta, danas hoće još 1.2GB, rafalno kiksaju PGP signature... bumo vidli. Htio sam eventualno probati NixOS, mislim da ću morati požuriti. Kako bilo, evo još jedne glavolomke: htjedoh tu BTRFS data particiju prebaciti na EXT4. Na njoj ukupno 45.5GB podataka u skoro 250k fajlova. Imam tu razne python pizdarije, bude fajla ko Tatara. Kako bilo, movam ja komplet sadržaj te particije u jedan folder u home, na istom M2 SSDu. Nisam siguran koliko dugo je to trajalo, ali stvarno nije dugo, svega par minuta. Jedva sam primijetio. Onda sam krenuo napraviti format te particije, ali gparted se žalio da ne može jer kao o istome ne može obavijestiti kernel pa bi neke aplikacije mogle s time imati problema. A i ta particija mi je i tako u fstab. Gparted je particiju kao obrisao. Pa sam onda updejto fstab (btrfs -> ext4), opet pošao u live i ondje s kde partition managerom ponovno obrisao data particiju (ispalo je da je gparted ipak nije obrisao) i ponovno je formatirao. Prošlo bez problema. Začkoljica 1: vratim se ja u manjaro kad li ono na friško formatiranoj particiji ostali neki od direktorija (fajlove nisam siguran jesu li bili, direktoriji sigurno jesu) koje sam prije movao (???) OK, krenem ja vraćat te fajlove natrag iz home na data particiju i brate mili... Začkoljica 2: prebacivanje zaršilo malo prije. Jučer je to trajalo pa valjda preko dva sata. Nisam baš striktno vodio računa, pustio sam komp da radi i krenuo se spremat za počinak. Komp je sam pošao u stand by nakon pola sata. Danas ga dignem gore i on nastavlja teliti to prebacivanje još kakvih 15 minuta, bio je jako dugo na 85%. Što misliti o ovome? Lupio sam i ss toga u što sam zurio par sati. U biti, ako je ovaj prethodni korak počeo u 22:50, ja sam odustao od čekanja oko 23:30, još je on sam ostao onda 30 minuta i povrh toga danas kakvih 20ak minuta. Dakle, približno dva sata sve skupa. https://i.imgur.com/NiBdfNE.png |
Citiraj:
Standard. To tomek nakon cca 20 godina igranja sa Linuxom voli jer je skuzio da svaka devijacija rezultira samo nervozom. Kao sto i ti primjecujes :D A sad za ostalo: 1. Manjaro = Arch - kontinuirani update je faza u kojoj su rolling distre konstantno, to te ne treba cuditi. 2. "gparted se žalio da ne može jer kao o istome ne može obavijestiti kernel pa bi neke aplikacije mogle s time imati problema" - Wrong. Kod izmjena na disku kernel koristi staru hijerarhiju do reboota OS-a ili manualnog ucitavanja Code:
blockdev --rereadpt -v /dev/sd(x)3. Kaj se brzine kopiranja tice...ako ima pun kufer sitnih fajlova onda je takvo ponasanje opet relativno normalno |
1. Riješio sam ove probleme s instalacijom cude, ispada daj je taj file kojeg skine pacman 600MB dok je zapravo to arhiva od 1.5GB. Izgleda da su pogurali strgan file. Skinuo ručno i instalirao lokalni file sa -U i time je update problem riješen.
2. unmountao sam particiju, napravio delete, apply, on je kao obrisao, i onda kada sam išao format na ext4 izbacuje grešku. Ne znam što je subvolume struktura. Kako bilo, btrfs particije više nema. 3. move sa btrfs na ext4 particiju na istom disku traje nekoliko minuta. move sa ext4 na ext4 particiju traje par sati. Meni to baš ne štima. Mensečini da mi nešto sada nije u redu s tom novom ext4 particijiom. |
Citiraj:
Na tocki 2 Kernel nije sam skuzio da si zbrisao particiju. Takva sranja na Fedori / Suse nisam primjetio. To je problem kod Manjara i slicnih distri - kolko god u lijepom ruhu - ispod haube je baba roga koja samo ceka da napravis krivi korak i da te proguta. Ak nisi na ti sa Linuxom (i tu zbilja mislim na ti u smisli da ti ljubi noge kad kazes skoci) takve distre su za sve osim power usera totalni krs. BTRFS ima opciju koristenja subvolume-a...ugrubo nesto kao particije unutar particije koje mozes mountat kao particije ali zapravo nisu (u klasicnom smislu) jer ne zauzimaju specificno odredenu velicinu na disku za sebe. Jedna od svrhi je laksi snapshot odredenog dijela sustava. Sto se tocke 3 tice neznam vise kaj da ti velim - cijeli taj sustav koji imas se cudno ponasa - zato mi i nije vise nista cudno. EXT4 bi trebao inace biti najbrzi. Nego ako sam te dobro shvatio kad si kreirao novu particiju samo si prebacio u fstabu FS typ na toj liniji ili si pripasao i mount opcije? Kod EXT4 zelis: noatime,defaults za particije na ssd-u i noatime,data=writeback,defaults na particijama na HDD-u. Jos jedna mozda bitna stavka je I/O Scheduler koji ti je aktivan. Provjeri sa: Code:
bash-5.2$ cat /sys/block/sdb/queue/schedulerI na kraju kad sve ovo gore provjeris da potpuno izbacimo neke cudne stvari van - probaj kopirat sve skupa sa rsyncom (-aAHX --progress --stats opciju uzmi) i vidi kak ce dugo mu trebat. |
Možda mu se SSD pregrijao ili je neko QLC smetje od uređaja bez cachea.
Ubio ga je u pojam dok je kopirao podatke, nakon formata kod pisanja natrag se pregrijao i kontroler throttlea ili je SLC cache pun i eto sporog pisanja. Nisam još vidio pristoajan SSD da loše radi bez obzira na scheduler i mount opcije. Danas sve normalne distre automatski podese I/O scheduler bez da korisnik mora razmišljati o tome. Ne bi me čudilo da na Arsch :) distrama se mora i to ručno :D |
Citiraj:
Hm...hardwerski problem nije iskljuciv. Kaj se tice I/O Schedulera - i da i ne...vidio sam gadnih problema na Suse sustavima gdje je Udev rule po defaultu stavljao BFQ scheduler na SSD ploce ili 3par Storage. Rezultat je bio (naravno) katastrofalan performance. Na serverima preferiram mq-deadline cak i na klasicnim diskovima u RAIDu jer kad 1000-2000 korisnika odjednom preko Sambe hoce non stop nekaj piskarat 8 sati dnevno - kaos. A kaj se Archa tice...ma nije Arch losa distra, ako netko zeli zbilja nauciti utrobu Linux sistema - go for it. Odlicna dokumentacija i ak prezivis Arch forumase i ne uvrijedis se - ima potencijala. Ali to je to - nikad na prod i za po doma samo ako mi to nije jedina kanta ili imam fetis da non stop debuging neceg potrganog radim. Ako neznas sto radis ili ne zelis citat dokumentaciju Arch ce ti odgrist glavu, sjebat komp i plesat po tipkovnicici vicuci "RTFM!!!!!" (u ekstazi naravno). I to je za taj tip Distro-a cist OK. Fala al za mene je ta faza prosla pred 15 godina. Arch/Slackware su distra da korisnika bace u ocaj namjerno. Ali da bi zbilja bio produktivan u normalnom svijetu - treba se koncetrirat na manje "psycho friendly" distre iz RedHat / Debian / Suse asortimana. |
Pusti sad servere, pričamo o distri za po doma što Arch svakako je.
Nego što tebi radi BFQ na Suse serveru!??? Godinama ga koristim "za po doma" za sve rotacijske diskove, još iz vremena kad nije bio u kernelu. Zato što je podešen na responzivnost, a ne na throughtput mi nema baš smisla da bi ga netko koristio na serveru u produkciji. Dugo je imao i sitnih bugova koji su se rješavali, ali opet teško mi zamisliti da bi netko riskirao na komercijalnoj distri s time. Dobro ja sam konzervativac po tom pitanju i nisam storage admin, a to valjda ove nove generacije duginih boja trpaju na servere :D Što je iduće, BFS CPU scheduler na serveru? :D |
Citiraj:
Suse je malo specifican pa radi sranja koje ne ocekujes ponekad eto sta :no2drug:Ma nakon prebacivanja 260 Opensuse 42.3 Servera na 15.4 sto je samo po sebi bio pain in the ass radi internih rijesenja koje koristimo odjednom su se svi poceli zaliti na los performance....trebalo mi je vremena da skuzim da je vrag tamo gdje ga ne ocekujem. Iz nekog samo Suse developerima (i to je samo nagadanje posto oni s kojima sam imao kontakt nisu bas ostavili dobar utisak) poznatog razloga Udev je konstatno lupao BFQ kao default na SSD/HDD RAID. Izmjenio sam Udev pravilo, fiksirao da samo none i mq-deadline i koristi i nakon toga sve ok opet. Zasad :lol2: |
Bok ekipo,
Vidim da ovdje ima puno stručnjaka glede Linux sustava na koji bi ja volio preći. E sada dolazi ono pitanje koju verziju istoga izabrati . Naime imam dosta stari laptop koji ima ovaj hardware : intel core duo CPU P8400 2.26G Ghz , 4GB RAM . HD od 320 GB je podjeljen na dvije partcije . Na C particiji su -win 7 ultimate 32-bitni , dok su na D particiji imam razne stvari pretežno u pdf , word i excel formatu. Sam laptop je od HP i ima ekran od 17" . (naziv mu je HP 6830s ) . Volio bih da mi savjetujete koji Linux da na njega stavim pošto nemam namjeru više koristiti smeće od windowsa niti u jednoj verziji . Eto toliko od mene... sada ostavljam vama prostor .....samo navalite ;) |
| Sva vremena su GMT +2. Sada je 14:23. |
Powered by vBulletin®
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 1999-2024 PC Ekspert - Sva prava pridržana ISSN 1334-2940
Ad Management by RedTyger