Viestit

1

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: mdadm raid1 paniikki, levyjen palautus [RATKAISTU]

« : 12.11.13 - klo:07.14 »

Sain sdb1:n toimimaan omin avuin.

Listaa superblockin backupien id:t, jotka voidaan palauttaa:
sudo mke2fs -n /dev/sdb1

Valitse jokin id listasta ja yritä palauttaa superblock:
sudo e2fsck -b 32768 -y /dev/sdb1

-y parametri vastaa kaikkiin "kyllä". Jos y:tä ei laita, saatat joutua vastaamaan kymmeniin tuhansiin kysymyksiin "kyllä".

sudo reboot

Näillä sain toimimaan, jos nyt joku sattuu törmäämään samaan ongelmaan.

2

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / mdadm raid1 paniikki, levyjen palautus

« : 11.11.13 - klo:07.59 »

Yritin luoda raid1:stä mdadm:lla 2:sta levystä/primääriosiosta; sda1:stä ja sdb1:stä. Iski paniikki.
Tässä komennot, joita olen antanut tähän mennessä.

Kloonasin sdb:n sda:han:
 384  sudo dd if=/dev/sdb of=/dev/sda bs=32M
  385  sudo apt-get install mdadm
  388  sudo mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda1 /dev/sdb1

Tässä kohtaa iski paniikki, kun en nähnyt alkuperäistä dataa:
  393  sudo mdadm --stop /dev/md127
  394  sudo mdadm --remove /dev/md127
  396  sudo mdadm --zero-superblock /dev/sd[ab]1

Tässä kohtaa iski totaalinen paniikki, kun fsck.ext4 -fy alkoi kyselemään: korjatanko? vastailin y. Painoin ctrl^c, kun alkoi tuntumaan, että se käy koko kovon läpi. :/
  399  sudo fsck.ext4 -fy /dev/sdb
  400  sudo fsck.ext4 -y /dev/sdb
  401  sudo mount -f ext4 /dev/sdb
  402  sudo mount -f ext4 /dev/sdb1
  403  sudo dmesg

Todella tärkeät jutut on kolmannessa paikkaa tallessa mutta haluaisin silti palauttaa tuon kovon, kun siellä on kuitenkin jotain vähemmän tärkeää.

En pysty mounttaamaan sda:ta. Olen siis superblockin (ilmeisesti) poistanut, mutta käsittääkseni sen pitäisi mounttautua tuon jälkeen - ei kuitenkaan mounttaa. Pitää varmaan kloonata "sudo dd if=/dev/sda of=/dev/sdb bs=32M" varmuuden vuoksi ja jatkaa sdb:n kanssa säätämistä.

"388  sudo mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda1 /dev/sdb1" Eihän tämä komento poista periaatteessa mitään dataa (käsittääkseni muokkaa superblockia)? Olen ymmärtänyt, että datan saa vielä palautettua.

Eli sekoilin ja muokkasin jotain tuossa "399  sudo fsck.ext4 -fy /dev/sdb" -kohdassa, joten luulen, että sdb on menetetty. sda:han en ole kuitenkenkaan koskenut, muuta kuin siis tehnyt aiemmin mainitut:

  388  sudo mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda1 /dev/sdb1
  393  sudo mdadm --stop /dev/md127
  394  sudo mdadm --remove /dev/md127
  396  sudo mdadm --zero-superblock /dev/sd[ab]1

Eli miten tästä etenen, että saan palautettua sda:n mountattavaan muotoon?

3

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Etäkäyttökysymyksiä

« : 27.03.11 - klo:22.01 »

Nyt ymmärsit väärin. Älä nattia pois ota koska se muuttaa lähiverkon useat IP:t ulospäin näkyväksi, yhdeksi ip-osoitteeksi. Pidä NAT päällä ja etsi sieltä TW:n asetussivulta jostain kohta - Network Address Translation Settings, NAT, Port Forwarding tai jotain vastaavaa ja salli sieltä SSH-portit TCP:lle.

4

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Etäkäyttökysymyksiä

« : 27.03.11 - klo:19.24 »

Pitää kysyä, että onko TW-boxissasi käytössä NAT? Mitään kantaa ottamatta iptables-säännöksiin voisit yrittää avata SSH:n portit boksistasi, sillä oma NAT-boksi aikoinaan esti lähiverkon sisäiset reititykset ja piti erikseen availla portteja, että sai lähiverkon koneen yhdistämään toiseen lähiverkon koneeseen.

5

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: /etc/init.d/networking restart ei toimi kuten pitäisi?

« : 22.04.09 - klo:07.05 »

Toimii kun korvasin tuon allow-hotplug eth0:n auto eth0:lla. Kiitos neuvoista.

6

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: /etc/init.d/networking restart ei toimi kuten pitäisi?

« : 21.04.09 - klo:00.26 »

Oletko kokeillut toimiiko tuo sama suoraan tuolta koneelta, johon ssh-yhteys otetaan ? Ilmeisesti eth0:n kautta ssh-yhteys ? Mistä eth0 hakee ip:n, säilyykö sama ip restartin jälkeen ? Jos toimii suoraan koneelta, voi olla jokin ssh-säätö. Siinä tapauksessa voisi kokeilla komennon ajastamista at-komennolla + uloskirjautumista...Itse kokeilisin ehkä ensiksi suoraan tuolla koneella paikallisesti...

Muoks: kokeilin ennen nukkumaanmenoa pöytäkoneesta (Lenny) - miniläppäriin (Lenny, jakaa mokkulaa wlanin kautta ja dhcp3 jakaa ip-osoitteita wlanin kautta). Hyvin toimi, konsolin jouduin sulkemaan väkisin pöytäkoneessa miniläppärin /etc/init.d/networking restartin jälkeen ja ajamaan restartin myös pöytäkoneelle...ssh-kirjautuminen toimi tämän jälkeen normaalisti.

Suoraan koneelta /etc/init.d/networking restartin jälkeen SSH:lla ei pääse kirjautumaan koneelle eli periaatteessa sama ongelma kuin SSH:n yli ajettaessa komento. Koneen buuttauksen jälkeen SSH-yhteys taas toimii. Toiseen kysymykseen: eth0 on käytössä. Kolmanteen: IP:n olen asennuksessa määritellyt. Kun katson reitittimen selainkäyttöliittymästä DHCP-välilehdessä lukee: "IP: 192.168.11.X mac address: 00:XX:XX:XX:XX:XX host name: UNKNOWN-USER lease period: --:--:-- status: Manual". Tuo 192.168.11.X pysyy samana aina. Hmm.. Mitä tarkoitat konsolin väkisin sulkemisella?

Kun käynnistän koneen niin tulee ilmoitus "starting NFS common utilities: statd failed!". Lisäksi "Stopping portmap daemon..." kohdassa menee väh. 5 min. suljettaessa konetta. Onkohan näillä jotain yhteyttä kys. ongelmaan?

7

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: /etc/init.d/networking restart ei toimi kuten pitäisi?

« : 18.04.09 - klo:22.52 »

Ongelma on vielä ratkaisematta.
Tämän ohjeen mukaan olen tehnyt: http://forum.ubuntu-fi.org/index.php?topic=4107.0;wap2
Olis kiva tehdä palomuuriin muutoksia niin ettei joka kerta tarvitsis buutata.

Tässä tulostus interfaces tiedostosta:

Koodia: [Valitse]

xxx@xxx:~$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# iptables konfiguraatio
pre-up iptables-restore < /etc/palomuuri

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp


8

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / /etc/init.d/networking restart ei toimi kuten pitäisi?

« : 10.04.09 - klo:16.16 »

Olen tallentanut (iptables) palomuurin säännökset tiedostoon "/etc/palomuuri" sekä lisännyt tiedostoon "/etc/network/interface" rivin: "pre-up iptables-restore < /etc/palomuuri". Ja siis tämä toimii niinkuin pitääkin. Ongelma on se, että kun SSH:lla olen vaihtanut tiedoston "/etc/palomuuri" säännöksiä ja yritän saada niitä toimimaan komentoa "/etc/init.d/networking restart" käyttäen, yhteys katkeaa. Enkä saa enää uutta yhteyttä SSH:lla. Tähän taas auttaa ainoastaan koneen uudelleenkäynnistys, jolloin myös "/etc/palomuuri" säännökset tulevat voimaan (niin kuin pitääkin). Palvelin on siis Debian 5.0. Teenkö jotain väärin?

9

Asentaminen ja käyttöönotto / Vs: Wine

« : 27.06.07 - klo:23.51 »

Ongelma selvisi. Olin kyllä asentanut msttcorefonts paketin, mutta siitä ei löytynyt steamin käyttämää tahomaa. No nyt sitten pelittää kun laitoin tahoma32.ttf tiedoston winen kansioon. Kiitän linkistä jonka laitoit.

10

Asentaminen ja käyttöönotto / Vs: Wine

« : 27.06.07 - klo:21.18 »

Mulla on ongelma winen kanssa. Fontit on asennettu mielestäni oikein, mutta ne eivät näy steamissa. Muut windowsin ohjelmat kyllä toimivat winessä. Asensin steamin cd:ltä. Tuossa screenshot: