Debian GNU/Linux

Megoldást keresek a fenti problémára, miszerint egy soft raid 1 Debian 6 rendszert szeretnék használhatóvá tenni egy 1 lemezes ext3 fájlrendszeren. Az eredeti raid 1-es rendszer több szolgáltatást nyújtott, átalakítás során a szolgáltatások jelentős részét virtualizációval megoldottuk.

Egy alkalmazás maradt, amit bonyolultsága miatt nem szeretnék újratelepíteni. Azt szeretném elérni, hogy a raid-1 rendszerből készüljön egy 1 diszkes rendszer, majd ezt konvertálnám virtuális géppé.

A feladat megoldásának még nem álltam neki, csak információt gyűjtök. Első gondolatom, hogy ha sikerül az élő rendszert átmásolni egy ext3 diszkre, akkor Grub2-t újra kell installálni. A kernel és initrd betöltésénél számítok problémára, mivel az eredeti kernel raid-1-et keres gyökér fájlrendszernek.

Valakinek volt hasonló feladata? Milyen megoldás jöhet szóba?

[Megoldva]

Sziasztok Hupperek!

Minden úgy működött, ahogy a fórumtársak elképzelték. Teljesen simán sikerült a működő raid1 rendszerből egy single diszkes, ext3 fájlrendszerű, jól működő rendszert "konvertálni". A szervert fizikailag nem módosítottam. Mindent sikerült távolról megoldani.

Csak összefoglalásként leírnám a konvertálás menetét:

- Élő raid1 rendszer tömörítése a tar segítségével (jogosultságok megőrzése, /proc és /sys kihagyása).
- Egy másik számítógépen Debian net install cd rescue módját használva előkészítettem egy diszket ext3 fájlrendszerrel.
- A Debian rescue shellben fel kell csatolni az új kötetet.
- Az új diszkre kicsomagoltam a tömörített archívumot.
- /proc és /sys könyvtárak létrehozása.
- Fstab állomány módosítása - root uuid helyére felvettem az új root partició eszköznevét (/dev/sda1). Swappel ugyanez.
- Update-grub.
- Grub-install.

Ezt követően az új diszkről simán bootolt a rendszer. Az mdadm-ot és a további felesleges alkalmazásokat eltávolítottam, majd frissítettem a rendszert.

Minden jól működik. A következő lépés a rendszer vmware lemezzé konvertálása lesz.

Nagyon köszönöm nektek a segítséget!

Hello!

Mostanàban elkezdtem művelődni Debian témában , és egy régi Debian 6 megjelenési cikkében olvastam olyat hogy ezzel a verzióval egy olyan verzió is elindul (technikai előzetesként) amely nem Linux, hanem freeBSD kernelre épül.

De ez a verzió (A freeBSD alapú) egy teljesen különàlló verzió nem? Úgy értem hogy két vàltozatot lehet letölteni, egy Linux kerneles Debiant és egy freeBSD alapú Debiant?

Abban a cikkben amelyben ezt olvastam nem részletezték.

Természetesen LILO és GRUB1-en kívül...

Tisztelt Debian userek

A gondom amire nem találok megoldást:
hda-intel spurious response a boot kb 7.-ik másodpercétől & állandóan
dmesg | less:
7.957951] input: HDA Digital PCBeep as /devices/pci0000:80/0000:80:01.0/inp
ut/input7
[ 7.958950] hda_codec: formats == 0 (nid=0x2, val=0x10ec0888, ovrd=1, streams
=0x10ec0888)
[ 7.958978] hda-intel: spurious response 0x0:0x0, last cmd=0x2f000b
[ 7.959013] hda-intel: spurious response 0x100001:0x0, last cmd=0x2f000b
[ 7.959016] hda-intel: spurious response 0x10001:0x0, last cmd=0x2f000b
[ 7.959053] hda-intel: spurious response 0x101:0x0, last cmd=0x2f000b
[ 7.959093] hda-intel: spurious response 0x20025:0x0, last cmd=0x2f000b
[ 7.959096] hda-intel: spurious response 0x11:0x0, last cmd=0x2f000b
[ 7.959120] hda-intel: spurious response 0x11:0x0, last cmd=0x2f000b
[ 7.959122] hda-intel: spurious response 0x11:0x0, last cmd=0x2f000b
[ 7.959143] hda-intel: spurious response 0x11:0x0, last cmd=0x2f000b
[ 7.959180] hda-intel: spurious response 0x211:0x0, last cmd=0x2f000b
[ 7.959182] hda-intel: spurious response 0xf00000:0x0, last cmd=0x2f000b
[ 7.959209] hda-intel: spurious response 0x10011b:0x0, last cmd=0x2f000b
[ 7.959237] hda-intel: spurious response 0x10011b:0x0, last cmd=0x2f000b
És ujra és ujra és ujra
A cmd= utánni kód ugyanaz, előtte való rész random más, memóriateszt hibátlanul lefut órákon át.
Gyujtsam fel az egész Asrock alaplapot + gépet vagy van rá megoldás?
Wheezy 64bit
alaplap: Asrock 4CoreDual-SATA2
"csúcs, prémium kategóriás" 775 alaplap, VIA PT880 Pro/PT880 Ultra Chipsets, 80:01.0 Audio device: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller (rev 10)
Vga: Radeon HD 3850
02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV670PRO [Radeon HD 3850]
02:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI RV670/680 HDMI Audio [Radeon HD 3690/3800 Series]
HDMI-t sosem használok, pár hét szenvedés után( 5-ös debiánról frissitettem unstable wheezyre majd közben stable lett) most jó a hang a VIA/Realtek??? hangkártyán
Mindkettő hda-intel modult használ ez lehet a gond?
snd 52889 20 snd_timer,snd_seq_device,snd_seq,snd_rawmidi,snd_pcm,snd_hwdep,snd_mixer_oss,snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_realtek

kösz a segítséget

Sziasztok!

Tudnátok ebben segíteni:
Különbőző IP címről floodolják a szerverem erre keresek megoldást.
Ez a két filet keresik rajtam: z_w_reg.php u_new_reg.php amik nem is léteznek

apache2 access.log:
89.78.172.53 - - [24/Jul/2013:23:50:58 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
46.211.100.17 - - [24/Jul/2013:23:51:54 +0200] "POST /u_new_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
190.248.28.139 - - [24/Jul/2013:23:51:52 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
210.230.107.68 - - [24/Jul/2013:23:52:04 +0200] "POST /u_new_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
78.152.161.136 - - [24/Jul/2013:23:52:11 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
178.159.212.254 - - [24/Jul/2013:23:52:17 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
176.57.59.141 - - [24/Jul/2013:23:52:18 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
64.40.147.71 - - [24/Jul/2013:23:52:21 +0200] "POST /u_new_reg.php HTTP/1.1" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
188.191.47.131 - - [24/Jul/2013:23:53:18 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
88.135.239.72 - - [24/Jul/2013:23:53:53 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
46.172.242.233 - - [24/Jul/2013:23:54:46 +0200] "POST /z_w_reg.php HTTP/1.0" 400 - "-" "Mozilla/3.0 (compatible; Indy Library)"
91.228.34.3 - - [24/Jul/2013:23:55:52 +0200] "POST /u_new_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
122.177.220.79 - - [25/Jul/2013:00:10:53 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"
93.125.37.36 - - [25/Jul/2013:00:10:56 +0200] "POST /z_w_reg.php HTTP/1.0" 404 - "-" "Mozilla/3.0 (compatible; Indy Library)"

Tisztelt Debianosok

Ma éjjel egy kicsit meghaltam
Amikor egy wget parancs kimenetét megnyitva a google chrome-al akarta megnyitni a Wheezy
1.kérdés: Mit keres egy komplett lehalgatókészülék a Debian/GNU ismétlem GNU Linuxon??
2: kérdés: miért nem lehet eltávolítani??????????
konzolon goo -t beirva tabbal kiegészíti a "google-chrome" -ra de az apt-get remove (--purge) google-chrome kimenete:
apt-get remove --purge google-chrome
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
E: Ez a csomag nem található: google-chrome
Sysnaptikban sem találom csak a chromiumot de az(elvileg) nincs telepitev
Egy világ omlott össze bennem a Debiant illetően

Please help
Oh my God

Sziasztok!

Kaptam ajándékba a fent nevezett mobilnet sticket, ami amúgy djuice-os.

Nem bírom beizzítani Debian alatt, mert nem találom a modeswitch-et, mit írjak bele.

A cucc egy Huawei E303, de az lsusb szerint:

Bus 001 Device 021: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard

Jelenpillanatban, csak mint pendriveként látja.

Google-n nem nagyon találtam erről infót.

Előre is köszi annak, aki tud segíteni! :)

Megoldás:
echo "usbserial vendor=0x12d1 product=0x1506" >> /etc/modules

Aztán én rebootoltam, de lehet, elég egy network-manager restart is.

Üdv,
gkaroly

Szervusztok!

Segítséget szeretnék kérni, egy blokkolós init script létrehozásában.

Írtam egy kicsi shell script-et, ami egy esetlegesen futó frissítésen munkálkodó apt-t figyeli, és amíg a rendszer nincs kész, addig bele áll egy hurokba.
Ezzel szeretném a rendszer-t megvédeni a kikapcsolás ellen, mert ilyen esetben a frissítés félbeszakad, ami nem szerencsés.

A kérdésem a következő volna ezzel kapcsolatban:
Miképp lehet ezt a blokkolós scrip-et úgy begyógyítani az init.d alá, hogy a halt parancs lefutását is meggátolja?

Próbáltam a függőségeket állítgatni, de valahogy nem jön össze.
Lehet hogy másképp érdemes ezt megoldani?
A segítséget köszönöm előre is!

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.1 (wheezy)
Release: 7.1
Codename: wheezy

Üdv,
vfero

Hi!

Debian Squeeze, alatta raid1 2x80GB HDD. Az egyik csúnyán meghalt, és valami elvitte a a másikról is a grub-ot.
Squeeze rescue CD, raid összerakás, majd 'grub-install /dev/hda'. Gyanítom itt szurtam el. :-(
Ugyanis újraindításkor valamit még babrált majd nem indult el. Újra rescue mód, majd 'mdadm --examine --scan' és meglepetésemre ugyan 3 tömb megvan, de md0, md2 és ismét md2-t lát!! Az UUID alapján és az fdisk is mutatja, hogy más-más partíció, de md2-ből kettő van.

Meg tudná mondani valaki, hogy a rescue módban hogyan tudnám az egyik md2-t visszatenni md1-nek?

A tényleges partíción a /etc/mdadm/mdadm.conf-ban helyesen vannak az md-k, csak rescue módban nem. :-(

Előre is köszönöm a segítséget!

Sziasztok!

Adott egy HP Proliant ml310E gen8-as tipusu szerver , ami egy APC 1000 tipusu UPS-re van kapcsolva!

A server 4 hónapja van meg , addig gond nélkül üzemelt , viszont kb. 1 hónapja volt egy hét, amikor napi szinten 10-15 alkalommal - 1-2 perces áramszünet is volt az e-on jóvoltából , persze bejelentés nélküli karbantartásból adódóan! Itt kezdődött az , hogy a server automatikusan ujraindult magától , az UPS-en pedig bevillan a Battery Replacement lampa! Mult heten megjött az akkumulátor , ami nem APC ugyan, hanem utángyártott akku , de ugyanugy bírnia kellene legalább 10 percig áramszünet esetén!

A servert rákötöttem , és nem is villant be a Battery Replacement lampa , tehat befogadta az akkut az UPS , de azota mar egyszer megint ujraindult....

Most közvetlen UPS nelkul megy a szerver , hogy teszteljem , az UPS a rossz , vagy a szerverrel van valami gond.

Esetleg van valami ötletetek , hogy mi lehet a problema? Minden velemeny erdekel, mert nem igazan vagyok tapasztalt ezen a teren sajnos:S

Köszönöm előre is a segítséget!