- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Otthoni hálózat és internet megosztás
- Microsoft Excel topic
- YouTube
- Letartóztatták a bitcoin-Jézust
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- Mobilinternet
- Crypto Trade
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Synology NAS
Aktív témák
-
sellerbuyer
őstag
Sziasztok!
S.O.S. helpre lenne szükségem:
Ubuntu 10.04.3 LTS telepítéskor megáll az Ubuntu feliratnál és megy a töltősáv, de nem történik semmi. Hibaüzenet: unable to open '/dev/sda', tehát nem látja a hdd-t.
Egyetlen 320GB-os Sata HDD van a gépben, BIOS is látja és most jön a lényeg: 11.04-et már telepítettem rá pár napja, majd a fent említett 10.04.3 is felment rá elsőre gond nélkül (kiderült, hogy ez a verzió kell nekem), aztán összefosta magát. Gondoltam, újrarakom, de nem akar települni, mert nem látja a vinyót.
Előre is köszönöm a segítségeteket!
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz sellerbuyer #38364 üzenetére
Megoldódott a probléma:
Kapcsolódási pontnak nem volt / megadva a meghajtónál, ezt nem vettem észre.
-
sellerbuyer
őstag
Ha valaki Ubuntu 10.04-en Webmin+Virtualmin+Usermin-t használ Dovecot POP3-al, ProFTPD-vel és tudna esetleg egy kicsit segíteni, hálás lennék, ha megkeresne priviben.
Előre is nagyon köszönöm!
-
sellerbuyer
őstag
Sziasztok!
S.O.S. segítségre lenne szükségem.
Desktop Ubuntuval és ISPConfig 3-al hajtok egy itthoni webszervert.
Van egy új honlap, amin dolgoznom kéne, de nem regeltettem be még a hozzá tartozó domain nevet, nem sikerült még a folyamatot sem elindítanom, így több, mint két hetet várnom kell sajnos.
Ennek ellenére létrehoztam az ISP-ben az új domaint és mindent beállítottam, majd az új domainhez létrehoztam a website-ot és a létrejött 'web' mappába be is másoltam a teljes tartalmat (előre gyártott honlap rendszer).
A problémám a következő:
Ugye a domaint még nem tudom használni, ezért egy régi, már meglévő domainhez gyártottam aldomaint és azt irányítottam bele ebbe a mappába, ami az új, még nem működő domainhez lett létrehozva.
Látogatóként a böngészőben egyszerűen 403-as hiba jön, nincs hozzáférésem a mappához.
Érthetőbben:
Nevezzük a régi domainhez tartozó usert web1-nek, a másikat, az új domainhez tartozót pedig web2-nek. Az újonnan létrehozott web2 mappa tulajdonosának már megadtam web1-et annak érdekében, hogy az aldomain-el hozzá tudjak férni. Ez sem működött, beírva a böngészőbe az aldomaint (természetesen vártam, amennyit kell, hogy frissüljön, nem ez a gond). Other-nek természetesen olvasási és futtatási joga meg van.Természetesen ha a régi domain mappáján belül egy almappát hozok létre és oda irányítom a régi domainhez létrehozott aldomaint, akkor tökéletesen működik.
Az a helyzet, hogy így most egyszerűen nem tudok dolgozni a honlapon, mert azt nem szeretném, hogy fejlesztem, meg minden a régi domain mappájában, majd amikor beregelik az új domaint, akkor átpakolgatom, stb., mert szeretném már most a végleges helyén fejleszteni.
A kérdés, hogy hogyan tudom használni a weboldalt a régi domainhez létrehozott aldomain-el az új domainhez létrejött mappából?
Ha nem érthetően írtam le, szóljatok plíz és átfogalmazom, fontos lenne a segítség. Köszi előre is!
[ Szerkesztve ]
-
sellerbuyer
őstag
Sziasztok!
Ubuntuhoz (10.4) keresnék olyan 24 órában futtatható (erőforrásokat nem nagyon igénylő) backup proggit, ami beállítható időpontban és időközönként mentést készítene egy megadott hdd-re a teljes rendszerről úgy, ahogy van, amely backup fájlból vész esetén gyorsan vissza lehetne állítani a teljes rendszert, akár CD-ről, vagy USB-ről futtatva a visszaállító proggit.
Olyat perfekt cuccot keresek, mint Win-nél pl. az Acronis, csak free lenne jó természetesen, ha lehet. Ha végképp nincs ilyen free-ben, akkor fizetős is jó lenne.
Előre is nagyon köszi a helpet!
-
sellerbuyer
őstag
válasz Kendek #48407 üzenetére
Milyen időzítési gondra gondolsz? Lehetséges, hogy nem fog időben indulni a backup?
A crontabos parancs jól hangzik, de ott visszaállításkor oprendszert kell feltennem gondolom.
Én pedig nem csak rendszert szeretnék menteni (rosszul fogalmaztam sajnos előzőleg), hanem tulajdonképpen teljes meghajtó tartalmat, ahogy mondjuk az Acronis-al is szokás. Így kb. 10 perc alatt vissza tudom állítani a gépet a nulláról teljesen eredeti állapotába, ha gebasz van. A mentési folyamat is nagyon rövid időt vesz igénybe (mondjuk 20-30 perc max.), a visszaállítás pedig még kevesebbet. Nem kell oprendszer reinstallal kínlódni, estébé.
Crontab-os megoldással gondolom, hogy az image-ből visszaállításhoz előbb minimum oprendszert kell telepítenem, vagy ilyesmi, ami teljesen felesleges plusz idő (szerverről van szó természetesen) és kínlódás. Úgy gondolom, hogy ezért kell egy "külső" proggit használnom, aminek van visszaállító része, amiről bebootolok, vagy egyszerűen egy pendrive-ról, CD-ről elindítom akár teljesen szűz gépen, formázott vinyóval és 10-15 perc alatt visszaállítja a teljes meghajtó tartalmat rendszerestől, mindenestől. Hát ugye a külső progginak az a hátránya, hogy egy plusz háttérben futó alkalmazás kell hozzá, de gondolom, hogy a crontab is minimum egy plusz taskot megnyit. Bocsánat, nem igazán vagyok jó Linuxból, még tanulgatom, alapvetően Windows-os aggyal gondolkodom egyelőre, sorry.
Vagy rosszul gondolom a fentieket? Tényleg minden megoldásra nyitott vagyok, ami jobb mint a többi, csak oldja meg korrektül a feladatot.
-
sellerbuyer
őstag
válasz ViZion #48409 üzenetére
Igen, pontosan a lemezkép kellene nekem, bocsánat mindenkitől, hogy rosszul fogalmaztam.
Annyira rászoktam Acronis-ra Win-nél, hogy a Clonezillára nem is figyeltem oda, miszerint van Linux verziója. Viszont a Live esetében ha jól értelmezem, nincs lehetőség ütemezésre. Itt arról van szó, hogy időnként beboot-olok lemezről, vagy USB-ről és lementem a cuccot. Mivel nálam szerverről van szó, ez nem járható út sajnos. A CD-ről, USB-ről bootolást én a visszaállításra értettem, nem a mentésre. A dolog backup készítés részének automatizáltan, pontosabban időzítetten kellene mennie mindenképpen.
Jól gondolom tehát, hogy lemezkép készítő megoldás nem létezik úgy, hogy közben működjön is a szerver? Nyilván amiatt, mert működés közben folyton változik a lemeztartalom már eleve a swap miatt is, stb... Ebbe bele sem gondoltam. Nagy kár, pedig ez a lemezképes megoldás eszméletlen nagy varázslat.
-
sellerbuyer
őstag
válasz God Vazzeg #48411 üzenetére
Igen, de ha jól értelmezem, akkor a visszaállításhoz itt is oprendszert kell telepítenem...
Egy szervernél nagyon nem mindegy, hogy mondjuk egy órán át nem megy, vagy 10 perc és minden vissza van állítva pont úgy, ahogy volt, a lemezpartíciók is, minden. Míg egy Ubuntut feltelepítek, az alatt Acronis-al, vagy CloneZillával 5-6 gépet fullosan újrahúzok.
Szomorú, hogy nincs erre egy normális megoldás (a raid-en kívül, amit szerettem volna most elkerülni). Sajnos a teljes lemezképezésnél sem lesz elérhető a rendszer hosszú ideig, meg a másik megoldásnál sem. Csak az egyiknél a mentés a gond, a másiknál pedig a visszaállítás... Hihetetlen, hogy nincs egy igazán jó és használható szoftvere megoldás...
-
sellerbuyer
őstag
válasz Kendek #48418 üzenetére
Nem vettem sehonnan, én próbálok folyamatosan kérdezni. Ha nem kapok választ valamire, akkor csak feltételezni tudok, vagy következtetni abból, aminek utánanéztem, ez persze tévedéshez is vezethet.
Amit a második bekezdésedben írsz, azzal pont azt támasztod alá, amit én is leírtam. Nekem nem ilyen megoldásra van szükségem.
-
sellerbuyer
őstag
válasz MacCaine #48420 üzenetére
Hát örülök, hogy így összehoztalak titeket, még ha kevés részem is volt benne... Lehet, hogy "ez egy gyönyörű barátság kezdete"...
A dd ötletet nagyon köszönöm, ha Live-al is műxik a visszaállítás része, akkor tényleg egy egyszerű, jó megoldás lehet, mert nagyjából pont azokat lehet vele csinálni, ami nekem kell és pont olyan egyszerűen.
Gondolom, cron paranccsal lehet a backup részét időzíteni.
-
sellerbuyer
őstag
válasz #92942848 #48429 üzenetére
Ööö, tényleg anélkül, hogy okoskodnék, vagy egyáltalán értenék hozzá Linuxon, csak feltételezem, hogy a könyvtárak és fájlok egyszerű betömörítésénél jóval több infó mentődik el talán image készítése során. Ami viszont feltétlenül döntő, hogy a be- és kitömörítés sok erőforrást emészt fel (a backup során lényeges) és lassú folyamat (a visszaállítás során fontos).
Nem tervezem az image-et betömöríteni, tehát nálam nem egy köztes folyamat lenne a tömörített állapotok között, hanem a végleges. Úgy tervezem, hogy hetente készíttetek mondjuk három mentést: hétfő, csütörtök, vasárnap. Így egy 320-as notivinyóval elleszek kb. a három mentéssel és ezek felülíratásával.
-
sellerbuyer
őstag
válasz #92942848 #48431 üzenetére
Nem tudom, nekem igazából ez a felhasználók, mappák, fájlok, estébé, mindent én szedjek össze backup nem annyira szimpatikus, mint a húzzuk le a vinyót szektorról szektorra (csak a használtak természetesen) és gyűrjük be egy image-be, majd elképesztően rövid idő alatt túrjuk vissza akár teljesen szűz gépre, amikor kell. Lehet, hogy ez a kevés Linux hozzáértésemnek köszönhető, de én ettől a módszertől pl. az Acronis esetében Win-en totálisan el vagyok ájulva, mert az a rendszer, amit mondjuk másfél-két óra alatt bekonfigolok, mindösszesen alig 10 perc alatt fent tud lenni egy szűz gépen. Sőt Acronis új verziója már azt is tudja, hogy nem is kell ugyanolyan gépnek lennie, de ezt csak nagyon lábjegyzetben.
Ezért kerestem olyan megoldást, ami az image-t (vagy hát akkor tömörített állományt, ezek szerint mindegy) lementi az egész vinyóról úgy, ahogy van és akkor nincs kérdés, hogy most akkor abban mi van benne, mi nincs, mert minden benne van cakk-pakk tutira kompaktul, néhány mozdulattal visszaállítható módon. Számomra ez jelenti a tökéletes backup-ot. Van így is elég gondom, minek tetézni még a backup-al való vacakolással is ugye...én így vagyok vele. Ha egyszerűen le lehet tudni, akkor minek vesződni vele címszóval, hogy még én válogassam össze mit tegyen bele, mit ne, estébé... Számodra tehát limitációt jelent a "csak image"-be mentés, ahol nem lehet kiválogatni, mit is mentsem, számomra ez a megváltás.
Na most a lényeg: szerver működés közben image-et gyártani egy "akármilyen" vinyóra, aztán összeomlás esetén piszok gyorsan helyreállítani a mentett állományból. Erre nekem úgy tűnt az eddigi tanácsok alapján, hogy a dd a legmegfelelőbb megoldás. Valahogy én jobban bízom a "komplett" hdd image-be mentésében, mint a mappák-fájlok tömörítésében. Ez olyan, mint a gépfagyi, van akinek az jön be, van aki utálja és esküszik a gombócosra, pedig hát tök ugyan úgy víz meg por az is.
Természetesen meghajlok a szakmai hozzáértésetek előtt, stb., de nekem most a dd egyelőre könnyen használható, jó megoldásnak tűnik és hát ezt fel is fogom ugye, ez sem mellékes. Csak cron-ba kéne bejátszanom vhogy és máris öröm és boldogság töltené meg pici szívemet.
Logika szerint végigvezetve: a fentiek figyelembe vételével tömörítők kihullanak, incremental egyelőre nekem magas, bacula meg valóban egy komoly ágyú-veréb kombináció lenne. Szóval csak marad az a "fránya" dd, úgy érzem, hacsak erről is ki nem derül vmi furfang, amiért nem lesz megfelelő, de egyelőre jónak tűnik.
Minden esetre nagyon köszi a helpet neked is és mindenkinek!
-
sellerbuyer
őstag
válasz Kendek #48443 üzenetére
Ööö, egészen biztosan bit to bit másol a dd akkor is ha csak image-et csinálok? Én a leírást nem így értelmeztem, lehet, akkor vmit elnéztem. Én úgy értelmeztem, hogy csak hdd klónozás esetén bit to bit, egyébként az image-be csak a használt szektorokat másolja.
Annál a megoldásnál, amit én keresek a lényeg tényleg az egyszerűség és a gyorsaság, meg a korrektség, semmi más, de tényleg semmi más. Nem gond az sem, hogy mekkora lesz az image (320-as vinyón szép bőségesen elfér jó pár belőle), vagy tele lesz érdektelen dolgokkal... Nem számít a profizmus, a kiélezettség, semmi, csakis a gyors és korrekt visszaállítása mindennek, de tényleg mindennek gáz esetén. Ezért nem számít az, hogy ki lehessen válogatni, mit tegyen vissza, meg sajnos így az az egyébként persze hasznos feature sem lenne kihasználva, hogy magától tudja, mit kell visszarakni, mit nem. Nem intelligens proggy kell, hanem egy kis, ütős vadállat, ami tarol.
Egyszerűen szólva: ha gáz van, gyalulok mindent és megy fel egyben az egész cucc, nem finomkodok vele, meg nem állok neki szemezgetni. A lényeg, hogy kb. 10 perc alatt fent legyen minden, de minden és induljon a szerver.
Az, hogy mennyi idő alatt menti, jóformán érdektelen, hiszen közben műxik a szerver és nem 3th party proggy-ról van szó a dd esetén. A lényeg a visszaállítás sebessége, erről dd esetén persze még nem hallottam infót.
-
sellerbuyer
őstag
válasz sellerbuyer #48446 üzenetére
Még mindig ezen a bit to bit dolgon rágódom.
El nem tudom képzelni, hogy ez úgy működjön, hogy szépen elhelyez mondjuk egy 250 gigás image fájlt (forrás vinyó mérete) egy 320-as vinyón... a világ legidiótább proggija lenne.
Kizárt, hogy így működjön, tutira csak a használt részt teszi image-be szerintem.
Közben sikerült azt is felfognom nagy nehezen, amit Zsivagooo írt, amikor még nem borult el az agya teljesen. Szóval a dd az image fájl készítésénél a tömörítőket használja, ergo a tömörítő az első fázis és utána készül az image fájl (persze röptében). Ergo inkább egyből letömörítem és kész, csakhogy annál valóban nekem kell megadnom, mit tömörítsen le, de szkript esetén mindegy, úgyis csak egyszer kell megírni (jó esetben)...
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz Kendek #48448 üzenetére
Hű.....ha... most leesett az állam. Ezek szerint ennek a dd-nek amellett, hogy iszonyat buta kb. semmi értelme a világon...akkor már inkább a raid (általánosságban).
Hát nagyon köszi a türelmedet, most már mindent értek!
Az a baj, hogy én nagyon nem szeretnék bajlódni szkriptel, meg utánanézni hegyekben a dolgoknak stb. Nem lustaságból, nem lámaságból, nem nemtörődömségből, hanem mert
olyasmit csinálok, hogy pl. orrvérzésig dolgozom (nem Linux-al) és nem a Linux-ot gyúrom egész nap, valamint az automatizált backup az kb. a százhuszonkettő ezer nyolcszázhatvan negyedik problémám.Amint lesz időm (idén már tutira nem ), utána fogok nézni rsync-nek is és megcsinálom rendesen a backup-ot.
Minden esetre nagyon köszönöm mindenkinek a segítséget!
-
sellerbuyer
őstag
Rájöttem, hol szúrtam el a dolgot. Nem értettem meg magam világosan. Én a backup-al nem a fájlrendszer hibái, vagy a hackerek működése miatti visszaállítást szeretném elérni, hanem kifejezetten a vinyóhalál esetén történő gyors visszaállítás lenne a célom. Ez lehet bad sector, vagy bármi más, de főként bad sector ugye az esélyes. Persze a raid erre való, de nálam erre csak szoftveres lehetőség van és az nagyon terhelné a procit, így ezt nem szeretném, raádásul vinyót sem szeretnék méregdrágán venni most (ugyan olyat, amint az egész cucc van most), ráadásul van megfelelő vinyóm backup-hoz, raid-hez viszont nincs. Ezért kerestem tehát olyan megoldást, amivel az egész vinyótartalmat le tudom menteni, gyorsan visszaállítható formában és nem csak a "változott adatokat", meg a lényeges könyvtárakat, stb-stb., mert ezzel pl. bad sector hiba esetén nem érek túl sokat...
Első körben megpróbáltam csak simán betömöríteni az összes könyvtárat tar-al... Kétszer is... egyszer sem sikerült. Valahol mindig leállt hibaüzenettel, íme:
Van esetleg ötletetek, mi lehet a gond?
-
sellerbuyer
őstag
válasz Jester01 #48542 üzenetére
Nagyon köszönöm a helpet! Sejtettem, hogy ez van a dologban.
A szoftveres tükrözéstől gyorsabb biztosan nem lesz a rendszerem, csak lassúbb, hiszen két helyre kell ugyan azt az adatot elmentenie, nem egyre, mint eddig. Te valószínűleg a raid 0-ra gondolhattál. A microserver csak raid 0-át és 1-et tud sajna.
A szoftveres raid azért csak beterhel valamennyire, hiszen a CPU-t használja és hát microserverről lévén szó, nem egy atomerőmű, tehát minden erőforrásra szüksége van. Én csak ezért gondoltam, hogy a raid-et, tehát a folyamatos tükrözést kihagynám és időzíteném inkább a backup-ot.
Ráadásul tartalékban jelenleg csak egy használt notivinyóm van (bár a mérete megfelelő), amire tükrözni nem lenne túl szerencsés szerintem, mert nem sokáig bírná. Pláne aztán azt betenni elsődlegesnek halálozás esetén...hümmögős szvsz. Csak úgy tudnám megoldani, ha veszek egy másik hasonló(an gyors) vinyót, mint a jelenlegi, de hát most horror áron vannak ezek. Hát megpróbálok valahogy mégis csak beszerezni vinyót itt a PH-n, csak nem lesz más megoldás sajnos.
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz sellerbuyer #48544 üzenetére
Itt van egy egész jó kis leírás raid 1-hez meglévő 1 vinyóról bővítés esetén és pont Linux-ra, tökjó:
[link][ Szerkesztve ]
-
sellerbuyer
őstag
válasz Jester01 #48552 üzenetére
Igen, a raid 1 olvasásnál gyorsabb a két eszköz miatt, de írásnál jóval lassabb, így összességében semmit nem gyorsít szvsz, mivel írás azért nagyjából mindig van ugye egy szerveren. Ha más nem, akkor virtuális mem, bár Linuxnál ezt nem tudom pontosan, hogyan alakul.
Hát igen, a notivinyóval rendesen vagyok meglőve, mert hát gyalázatosak a vinyó árak és muszáj lesz venni, mert itt már tényleg csak a raid marad... Elcserélem! Még lehet, egy kis pénzt is kapok!
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz Jester01 #48558 üzenetére
Itt levelezéstől kezdve, web, FTP, minden játszik.
Na ez az! Befagyasztás! Pont erre gondoltam, mikor nézegettem ezeket a proggikat, hogy ilyen kellene, ami az írást befagyasztja, amíg a backup megy, hiszen az olvasás elvileg nem zavarja különösebben. Nahát, hogy ilyen is van.
[ Szerkesztve ]
-
sellerbuyer
őstag
Ubuntu 10.04-ről 10.10-re frissítések telepítésének utolsó 36 percében 'Replacing config file /etc/default/grub with new version' sornál elakadt...már vagy sok perce meg sem moccan.
Mit tegyek?
-
sellerbuyer
őstag
Rendben, nyilván az volt a gond az update-nél, hogy 10.04 LTS-ről akartam frissíteni normálra. Ezért 12.04 LTS-re próbálnék frissíteni, de Update Managerben annak ellenére nem jön fel, hogy settings-ben be van állítva a long term verziók megjelenítése.
-
sellerbuyer
őstag
válasz sellerbuyer #48910 üzenetére
Hát ez szuper:
According to Ubuntu Engineering Foundations team manager Steve Langasek:
Upgrades between LTS releases are not enabled by default until the first point release, 12.04.1, scheduled for July. It is recommended that most LTS users wait until then before upgrading to 12.04.
If you choose to upgrade before then, you can pass the -d option to the upgrade tool, running do-release-upgrade -d or update-manager -d, to upgrade from vanilla 10.04 to 12.04.
This is what the release notes say:
Upgrades from Ubuntu 10.04 LTS to 12.04 LTS do not work using the alternate CD or the server CD as a package repository. It is recommended that users running Ubuntu 10.04 LTS wait for the 12.04.1 LTS point release, scheduled for July, before upgrading. (988941)
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz #40553216 #48914 üzenetére
Véglegesre tutira nem lehet szerintem, sehol sem találtam rá korrekt megoldást. Nekem a -d-vel 10.10-re akar frissíteni, neked meg csak 12.04 beta-ra, tehát egyik sem korrekt ezek szerint.
Nekem nagyon rosszzul jön ki az időpont, mert addigra már rég futnia kéne egy komolyabb projektemnek és nagyon nem lesz jó ha akkor frissítek és akkor derül majd ki mondjuk, hogy az ISPConfig 3, vagy bármely összetevője nem fog együttműködni rendesen a 12.04.1-el... Frissíteni meg előbb-utóbb úgyis muszáj, mert jövő április itt van a nyakunkon.
[ Szerkesztve ]
-
sellerbuyer
őstag
-
sellerbuyer
őstag
válasz God Vazzeg #48919 üzenetére
Hja, ezek egy otthoni gépen elmennek, de egy publikus szervernél kicsit más a tészta. Itt nem lehet rizikózni ilyesmit, hogy "ja hát a Samba kicsit nem megy, majd megcsinálom". Így marad a várakozás júliusra.
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz God Vazzeg #49139 üzenetére
Azt próbáltad már, hogy az ikonján Properties, majd Command-nak megadni, hogy 'gksu /útvonal/systembackgui'?
[ Szerkesztve ]
-
sellerbuyer
őstag
Tudtok megoldást batch attribútum állításra? Olyasmire gondolok, amivel meg lehet adni pl., hogy egy adott könyvtáron belüli összes könyvtár és alkönyvtár(!) attribja legyen 755, míg a file-oké (a könyvtárokon belül is!) mind legyen 644. Valamelyik filemanager tudja ezt, mondjuk a Krusader?
[ Szerkesztve ]
-
sellerbuyer
őstag
válasz God Vazzeg #49184 üzenetére
És be is kéri a root jelszót rendesen indításkor?
-
sellerbuyer
őstag
Aztamindenségit! Ilyet még nem láttam!
Prestashop webáruházat frissítettem (autoupgrade moduljával) az új verzióra a szerveren. Tökéletesen sikerült, ki is írta alul az új verziószámot, estébé. Mivel 777-re kellett az összes könyvtár és fájl attribot állítani az automatikus upgrade-hez, ezért upgrade után szépen visszaállítottam azzal a módszerrel, amit Kendek javasolt:
find /könyvtár/elérési/útvonala -type d -exec chmod 755 {} \;
find /könyvtár/elérési/útvonala -type f -exec chmod 644 {} \;Ezeket benyomtam terminálba és szépen meg is változott az összes mappa és fájl attribútuma, ahogy kell 755-re, ill. 644-re. Aztán a Presta adminban megnéztem, hogy miket kell 777-re állítani és azt a pár könyvtárat, fájlt szépen megcsináltam, írta is, hogy OK minden.
Majd eltelik kb. fél óra, ránézek megint a Presta adminjára és minden, de minden(!!!) teljesen ugyan úgy van, mint az upgrade előtt és alul is a régebbi verziószám van kiírva! Teljesen úgy néz ki, mintha semmit sem csináltam volna... Rámegyek megint az Upgrade menüre, jelzi, hogy a régebbi verzió van fent! Döbbenet!
Semmilyen automatikus visszaállítás nincs beállítva, vagy ilyesmi, fent van a Sysbackup és van vele csinálva már egy mentés, ennyi. Agyam eldobom.
Van ötletetek, hogy mi történhetett?
[ Szerkesztve ]
-
sellerbuyer
őstag
Ez hihetetlen! Az autoupgrade-hez beírtam egy txt fájlba a tudnivalókat, meg amit Kendek is írt nekem, stb., hogy legközelebb tudjam, de az a txt fájl is a régi állapotú! Eltűnt belőle minden, amit leírtam. Utolsó módosítás dátumára azt írja, hogy február 28!
Egy újraindítás volt egyébként (frissítés miatt), semmi több. Ez után veszhetett el minden.
Hogyan fordulhat ilyesmi elő?
[ Szerkesztve ]
-
sellerbuyer
őstag
Raid ügyben please help me!
Adott 3db 320-as vinyó, kettő egyformából csinálok egy raid 1 tömböt BIOS-ban, a harmadikat megtartom backup-nak.
Lépések, amiket tudok:
Jelenleg egyetlen vinyón van minden, ezt a vinyót kiveszem úgy, ahogy van (ez marad a backup), beteszem a másik kettőt.
A BIOS-ban beállítom a raid 1 tömböt.
Na ez után mi a teendő? Fogok egy Live CD-t és a single vinyóról egyszerűen felmásolom a fájlokat a tömbre és az úgy működni fog (bebootol majd, stb.)? Vagy konkrétan mit kell még tennem annak érdekében, hogy a raid tömbről menjen a rendszer ezek után és minden meg legyen benne, ami a single vinyón rajta van?
CloneZilla oldalán ezt közlik:
Software RAID/fake RAID/firmware RAID is not supported by default. It's can be done manually only.Oké, oké, de manuálisan hogyan tudom megtenni?
Ubuntu 10.04
[ Szerkesztve ]
-
sellerbuyer
őstag
Ha valaki esetleg tudna segíteni... Ubuntu 10.04 LTS, Raid1 létrehozva, minden nagyon jó, csak nem akar róla bootolni sajnos.
Így néz ki a /boot/grub sarkalatos része:
### BEGIN /etc/grub.d/09_swraid1_setup ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry 'Ubuntu, with Linux 2.6.32-41-generic' --class ubuntu --class gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod ext2
set root='(md0,1)'
linux /vmlinuz-2.6.32-41-generic root=/dev/md0 ro quiet
initrd /initrd.img-2.6.32-41-generic
}### END /etc/grub.d/09_swraid1_setup ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.32-41-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod raid
insmod mdraid
insmod ext2
set root='(md0)'
search --no-floppy --fs-uuid --set 6292b0dc-88a6-40ce-a247-6b36b2475f0d
linux /vmlinuz-2.6.32-41-generic root=UUID=ca79a1c5-b8b4-492f-926b-7d956410ab4f ro quiet splash
initrd /initrd.img-2.6.32-41-generic
}A boot során ezt az UUID-jű eszközt reklamálja valamiért a grub:
ca79a1c5-b8b4-492f-926b-7d956410ab4fEbből arra következtetek, hogy valamiért nem a ### BEGIN /etc/grub.d/09_swraid1_setup ### rész menüje fut le, hanem a ### BEGIN /etc/grub.d/10_linux ### részé. Ergo nem tudja a grub, hogy raid-ről van szó, pedig csak a két raid 1-ben lévő vinyó van a gépben boot-kor.
-
sellerbuyer
őstag
válasz vodkaboy22 #49810 üzenetére
A tömbbel nincs gond, csak a grub-al.
-
sellerbuyer
őstag
Figyelmetlen voltam, a két menübejegyzés egy néven volt, ezt javítottam, sajnos így sem műxik.
A helyzet:
A két vinyón kívül, amit a raid1-be tettem, van egy harmadik vinyó is. Két Samsung és egy WD, megegyező méretűek.
A WD volt egyedül a gépben eddig, erről átmásoltam mindent (CloneZilla) az egyik Samsungra, majd a raid létrehozása során erről szinkronizálódott a másik Samsungra. Mivel a Raid létrehozásakor folyton gond volt az, hogy az sda használatban van, ezért a WD-ről kezdtem elölről megcsinálni a raid-et, így sikerült is gond nélkül.Amíg bent van a harmadik vinyó, addig nincs gond, bootol a cucc szépen, csak ugye nem a raid-ről... Amikor kiveszem, akkor jön a hiba, hogy a WD UUID-jét keresi valamiért a grub és ha az nincs, akkor hibaüzenettel leáll a boot.
A grub bütykölése során (a leírás alapján) installáltam a grub-ot az sda-ra és sdb-re is és a későbbi próbálkozások során mindig volt upgrade-grub /dev/sda és sdb is. Mégis egyre rosszabb a helyzet, már syntax errort is ír, pedig nem lehet olyan a grub konfigjában, ami el lenne gépelve, vagy ilyesmi.
[ Szerkesztve ]
-
sellerbuyer
őstag
No, hát most reggel, tisztább fejjel megnéztem újra.
Shift-el megállítottam a boot-ot és megnéztem, hogy mik vannak a listában, mikor a raid-ről próbálok bootolni.
A listában nem is szerepel egyáltalán az általam átnevezett menüsor, hanem csak az alap van, ami még a WD-ről került át. Így egyértelmű, hogy valamiért még az a grub konfig maradt meg, amit a WD-ről Samsungra klónozás során átkerült. Ezért keresi mindig a WD-t bootkor.
Nem értem, mit rontottam el? Volt konfig módosítás után update-grub /dev/sda és sdb rendesen, meg előtte persze install is mindkettőre és mégsem változott, nem értem...
/boot alá lett téve md0, /boot/grub/grub.cfg lett módosítva és ellenőriztem is mindig gedittel, rendesen átíródott és ott van benne a menüpont, ami tartalmazza az md0-ról bootot.
Aktív témák
- Kerékpárosok, bringások ide!
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Egyre közelebb a Poco F6 startja
- Fujifilm X
- Mindent megtudtunk az új Nokia 3210-ről
- A fociról könnyedén, egy baráti társaságban
- CASIO órák kedvelők topicja!
- Kertészet, mezőgazdaság topik
- További aktív témák...
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Canva Pro előfizetés - 1 éves
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest