Debian GNU/Linux

Van a következő iptables kódom, és az lenne a probléma, hogy bad argumentnék ismeri fel az ESTABLISHED részt. Mi lehet a probléma? Iptables noob vagyok szóval bármilyen ötletet szívesen várok.

#!/bin/bash

iptables -F

#Incoming connections
#Block incoming Communications
iptables -P INPUT DROP

#Incoming Connections

#SSH allowed
iptables -A INPUT --protocol tcp --dport 22 -m state --state ESTABLISHED -j ACCEPT
iptables -A INPUT -i eth0 --protocol tcp -m tcp --dport 22 -j ACCEPT
iptables -A OUTPUT --protocol tcp --sport 22 -m state -state ESTABLISHED -j ACCEPT

#Connections to Apache is allowed
iptables -A INPUT --protocol tcp -i eth0 --dport 8080 -j ACCEPT
iptables -A INPUT --protocol tcp -i eth0 --dport 80 -j ACCEPT
iptables -A OUTPUT --protocol tcp --dport 80 -j ACCEPT
iptables -A OUTPUT --protocol tcp --dport 8080 -j ACCEPT

#Loopback is allowed
iptables -I INPUT 2 -i lo -j ACCEPT

A következő problémában kérem a közösség segítségét, hát ha valaki már találkozott ezzel, melyre nem találtam a netten érdemi és működő megoldást. (A target és initiator Debian 8.)

Az iSCSI target és initiator kiválóan működik, az target-ben riad 1-be szervezett disk-ek kerülnek kiajánlásra, melyeket a initiator-ban LVM kötetekbe állítunk össze. Minden működik és csodálatos, DE az initiator újraindítása után az LVM kötet nem áll össze, csak kézzel kiadott vgchange -ay utasítás után kel életre és automatikusan felcsatolódik az fstab-ban meghatározott helyre.

/A szimplán használt disk (LVM nélkül) tökélesen működik és boot után automatikusan felcsatolásra kerül az fstab-ban meghatározott helyére./

A kérdés, mit hogy kellene módosítani, hogy az initiator újraindítása után a iSCSI disk-ek automatikusan összeálljanak az initiator-ban LVM kötetté.

Minden segítséget előre is köszönöm.

Azt szeretném, hogy egy már elindított screen-ben újabb ablakot nyitva egy másik parancsot is futtassak (aztán később splitteljem a képernyőt, de szépen sorba).

Elvileg ennek működnie kéne: screen -S T0 -X stuff $(echo -ne '\001'c)
Ahol a screen a screen (hehe), az -S T0 a már futó screen neve, a -X stuff mondja meg, hogy oda szuszakolja be a crtl-a + c parancsot. Már ha a \001 a ctrl-a. Elvileg az. Vagy nem. A 'c' átmegy, meg a \001 is valamennyire, mert a kurzor az a 2. karakteren marad.

Hogy küldjek ctrl-a karaktert hogy jó legyen?

Sziasztok!

Nálam egy ideje elég érdekes probléma jelentkezett debian alatt rsync másolásnál.
Debian 8.4 a szerver és a kliens is. Az rsync másolás helyett a következő hibaüzenetet dobja:

rsync error: protocol incompatibility (code 2) at compat.c(176) [Receiver=3.1.1]

vvvv paraméterrel futtatva kiderül a turpisság:

(Client) Protocol versions: remote=543437600, negotiated=31

:)Elég viccesnek tűnik, de ettől még nem tudok menteni.
A régebbi szerverekkel semmi gond, azokkal rendben zajlik a mentés.
Próbálkoztam az rsync --protocol paraméterével is, de nem oldja meg a problémát, bármit is adok értékül. :(
Ha van valakinek építő jellegű ötlete, azt örömmel fogadom. Gondolom, előbb utóbb más is beleütközik ebbe a problémába.

Adott egy 500G-s pendrive, aki szomorú módon kissé megzavarodott. A ddrescue egész jól boldogul vele, ám egy idő után a pendrive eltűnik az USB buszról.

Ami nem segített: unbind/bind, rmmod/modprobe, reboot. Csak az vált be hogy ha kihúzom a pendrive-ot és visszadugom, ami kissé vontatottá teszi a mentés folyamatát, mert 1-200 másodperc után hal meg, mikor hogy. Viszont utána folytatódik a mentés, és látok reményt arra, hogy elegendően sok iterációval akár 100%-ban is helyre lehessen állítani az adatokat.

Azon töprengek, hogy van-e valami mód arra, hogy kikapcsoljam egy-egy USB vezérlő (vagy akár az összes) tápellátását. Az egyelőre rendelkezésre álló eszközök egy barebone pc és esetleg egy Raspberry PI (mindkettőn Debian). Azt pontosan nem tudom hogy mennyi keret van, pl. lehetne építeni egy vezérelt USB hubot, amit akár relével galvanikusan is le lehetne választani (már persze ha van esély hogy az nem csapja agyon a kommunikációt).

Most viszont nyitott vagyok bármilyen ötletre, legfeljebb nem lesz belőle semmi :D
Update:

Cucc működik:

root@dd:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 004: ID abcd:1234 Unknown
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Cucc kampeca:

root@dd:~# lsusb
Bus 001 Device 002: ID 1e3d:198a Chipsbank Microelectronics Co., Ltd
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ezen felbátorodva lekapcsoltam a biosban az usb2 supportot, úgy viszont egyáltalán nem megy. (Mármint a kernel megtalálja, megjelenik mint sdb, de olvasni már nem lehet raula.

Kicsit zavaros a történet, lehet hogy benézek valamit, de egyelőre ez van...

A releváns logrészlet, mintha az usb2-vel nem boldogulna:

Apr 01 21:29:50 dd kernel: usb 2-5: new full-speed USB device number 3 using ohci-pci
Apr 01 21:29:50 dd kernel: usb 2-5: not running at top speed; connect to a high speed hub
Apr 01 21:29:50 dd kernel: usb 2-5: New USB device found, idVendor=1e3d, idProduct=198a
Apr 01 21:29:50 dd kernel: usb 2-5: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Apr 01 21:29:50 dd kernel: usb-storage 2-5:1.0: USB Mass Storage device detected
Apr 01 21:29:50 dd kernel: scsi5 : usb-storage 2-5:1.0
Apr 01 21:30:12 dd kernel: usb 2-5: reset full-speed USB device number 3 using ohci-pci
Apr 01 21:30:38 dd kernel: usb 2-5: USB disconnect, device number 3
Apr 01 21:30:38 dd kernel: usb 1-5: new high-speed USB device number 7 using ehci-pci
Apr 01 21:30:39 dd kernel: usb 1-5: device not accepting address 7, error -71
Apr 01 21:30:41 dd kernel: usb 1-6: new high-speed USB device number 9 using ehci-pci
Apr 01 21:30:41 dd kernel: usb 1-6: device not accepting address 9, error -71
Apr 01 21:30:42 dd kernel: usb 2-6: new full-speed USB device number 4 using ohci-pci
Apr 01 21:30:42 dd kernel: usb 2-6: not running at top speed; connect to a high speed hub
Apr 01 21:30:42 dd kernel: usb 2-6: New USB device found, idVendor=abcd, idProduct=1234
Apr 01 21:30:42 dd kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Apr 01 21:30:42 dd kernel: usb 2-6: Product: UDisk
Apr 01 21:30:42 dd kernel: usb 2-6: Manufacturer: General
Apr 01 21:30:42 dd kernel: usb 2-6: SerialNumber: 1402281134040121120304
Apr 01 21:30:42 dd kernel: usb-storage 2-6:1.0: USB Mass Storage device detected
Apr 01 21:30:42 dd kernel: scsi6 : usb-storage 2-6:1.0
Apr 01 21:30:43 dd kernel: scsi 6:0:0:0: Direct-Access     General  UDisk            5.00 PQ: 0 ANSI: 2
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: Attached scsi generic sg1 type 0
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] 1048576000 512-byte logical blocks: (536 GB/500 GiB)
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] Write Protect is off
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] Mode Sense: 0b 00 00 08
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] No Caching mode page found
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Apr 01 21:30:43 dd kernel:  sdb: sdb1
Apr 01 21:30:43 dd kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk
Apr 01 21:31:15 dd kernel: usb 2-6: reset full-speed USB device number 4 using ohci-pci
Apr 01 21:31:15 dd kernel: usb 2-6: device firmware changed
Apr 01 21:31:15 dd kernel: usb 2-6: USB disconnect, device number 4
Apr 01 21:31:15 dd systemd-udevd[481]: inotify_add_watch(6, /dev/sdb, 10) failed: No such file or directory
Apr 01 21:31:15 dd kernel: sd 6:0:0:0: [sdb] Unhandled error code
Apr 01 21:31:15 dd kernel: sd 6:0:0:0: [sdb]
Apr 01 21:31:15 dd kernel: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Apr 01 21:31:15 dd kernel: sd 6:0:0:0: [sdb] CDB:
Apr 01 21:31:15 dd kernel: Read(10): 28 00 3e 7f fc 70 00 00 08 00
Apr 01 21:31:15 dd kernel: end_request: I/O error, dev sdb, sector 1048575088
Apr 01 21:31:15 dd kernel: Buffer I/O error on device sdb, logical block 131071886
Apr 01 21:31:15 dd kernel: Buffer I/O error on device sdb, logical block 131071886
Apr 01 21:31:16 dd kernel: usb 2-6: new full-speed USB device number 5 using ohci-pci
Apr 01 21:31:16 dd kernel: usb 2-6: not running at top speed; connect to a high speed hub
Apr 01 21:31:16 dd kernel: usb 2-6: New USB device found, idVendor=1e3d, idProduct=198a
Apr 01 21:31:16 dd kernel: usb 2-6: New USB device strings: Mfr=0, Product=0, SerialNumber=0
Apr 01 21:31:16 dd systemd-udevd[481]: inotify_add_watch(6, /dev/sdb1, 10) failed: No such file or directory
Apr 01 21:31:16 dd kernel: usb-storage 2-6:1.0: USB Mass Storage device detected
Apr 01 21:31:16 dd kernel: scsi7 : usb-storage 2-6:1.0
Apr 01 21:31:16 dd systemd-udevd[481]: inotify_add_watch(6, /dev/sdb, 10) failed: No such file or directory

Talán1: http://blog.andrew.net.au/2009/01/17 & https://github.com/codazoda/hub-ctrl.c
Talán2: https://www.raspberrypi.org/forums/viewtopic.php?f=29&t=93463

Üdv!

Egy ma vásárolt 8Gb-os SD kártyára feltettem a legújabb Raspbiant (litle verzió).
Ezzel nem is volt gond, szépen elindult.
Nyomtam egy apt-get update-et, feltettem néhány csomagot.

Bekonfingoltam egy FTP servert, ami után feltűnt, hogy istenért sem enged fájlt menteni.
Sokáig a beállítások helytelenségére gyanakodtam, amikor konzolba a parancsok tab-al való kiegészítésére ez az üzenet jött:
-bash: cannot create temp file for here-document: No space left on device

Mondom, mi a fene.
Ezután nézem df-el:

pi@raspberrypi:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       1.2G  1.2G     0 100% /
devtmpfs        459M     0  459M   0% /dev
tmpfs           463M     0  463M   0% /dev/shm
tmpfs           463M  6.2M  457M   2% /run
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           463M     0  463M   0% /sys/fs/cgroup
/dev/mmcblk0p1   60M   20M   41M  34% /boot

Valóban 100%! És miért csak 1.2 Gb?

fdisk-el is megnéztem:

Device         Boot  Start     End Sectors  Size Id Type
/dev/mmcblk0p1        8192  131071  122880   60M  c W95 FAT32 (LBA)
/dev/mmcblk0p2      131072 2658303 2527232  1.2G 83 Linux

Ezután feltettem a hwinfo csomagot, hog azzal is megnézzem.
Ez közel 1Mb-os csomag, mégis feltette ahhoz képest, hogy nincs hely O.o

Ez adott egy ilyet:

  [Created at block.245]
  Unique ID: HAKk.Fxp0d3BezAE
  SysFS ID: /class/block/mmcblk0
  SysFS BusID: mmc0:aaaa
  SysFS Device Link: /devices/platform/soc/3f202000.sdhost/mmc_host/mmc0/mmc0:aaaa
  Hardware Class: disk
  Model: "Disk"
  Driver: "sdhost-bcm2835", "mmcblk"
  Device File: /dev/mmcblk0
  Device Files: /dev/mmcblk0, /dev/disk/by-id/mmc-SS08G_0xb5a8070a, /dev/disk/by-path/platform-3f202000.sdhost
  Device Number: block 179:0-179:31
  Geometry (Logical): CHS 242560/4/16
  Size: 15523840 sectors a 512 bytes
  Capacity: 7 GB (7948206080 bytes)
  Config Status: cfg=new, avail=yes, need=no, active=unknown

Itt a kapacitás már helyénvaló.

Erre tudok valami hasznosat mondani?
Hol a maradék hely és hogy lehetne előcsalogatni? :S

Tudom kicsit megkésve, de szeretném squeeze rendszeremet upgradelni.
Éles rendszer, ezért szeretném előtte letesztelni a folyamatot virtulboxban. Ráadásul távoli gép, tehát teljes image-t nem tudok csinálni.
Gondoltam letöltöm az 6.0.10 dvd-t, majd áthozom a cache-ben lévő csomagokat, és akkor lesz egy ugyanolyan csomagállapotom, mint az éles rendszeren. Ezután csak config másolás és db visszatöltés és ekvivalens gépem van.
A bökkenő az, hogy nincs meg minden szükséges csomag a cacheben, és a repo-k már nem érhetőek el.

Kérdés, hogy tudtok-e még online reporól, esetleg van-e valakinek mentése róluk? Alapvetően egy LAMP szerver, ahhoz való csomagokra lenne szükségem. Van ami update, van ami security és van ami lts repóból hiányzik.

Hi!

Frissen telepített Jessie, az apt-get update 43%-nál áll és ezt kapom:


Hiba http://ftp.hu.debian.org jessie/main amd64 Packages
404 Not Found
W: Sikertelen letöltés: http://ftp.hu.debian.org/debian/dists/jessie/main/binary-amd64/Packages 404 Not Found


A source.list-ben már csak ez van: deb http://ftp.hu.debian.org/debian/ jessie main

Egy apt-get install mtr simán lefutott, de mivel netinstall volt, így pár csomagra még szükségem lenne a Xen-hez....

IPV6-ot kikapcsoltam.


eth0 Link encap:Ethernet HWaddr 34:17:eb:ec:ba:d4
inet addr:192.168.1.172 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3593 errors:0 dropped:0 overruns:0 frame:0
TX packets:325 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:343180 (335.1 KiB) TX bytes:103687 (101.2 KiB)
Interrupt:16


Ötlet?

Hi!

Dell R230 szerver, 2x1TB disk, erre szerettem volna Jessit tenni. Amennyiben "sima" BIOS boot-ot állítok a BIOS-ban, akkor a telepítő elindul, majd az install választása után átugrik a nyelv választásához, de közben elveszti az USB-s billentyűzetet, így tovább sem tudok menni. Próbáltam a noapic nolapic paraméterekkel is, de sajna nem segített. :-(
Ha esetleg tud erre valaki megoldást, akkor szívesen venném, mert nem ragaszkodom az UEFI-hez.

Maradt az UEFI-s telepítés. 100MB EFI partíció (sda1, sdb1), majd jöttek a RAID partíciók, feltelepült rendben. Teszteltem, hogy akkor elindul -e féllábasan, és bizony elakadt az UEFI-nél. Erre:
dd if=/dev/sda1 of=/dev/sdb1

Így már elindul sdb-ről, féllábasan is, viszont induláskor azt mondja, hogy:

Booting from debian
Boot Failed: debian


De aztán mégis elindul!!
Valakinek esetleg van ötlete, hogy miért panaszkodik mégis?

Hi!

A szerveren xen futott, rajta guestben 4db windows, alatta LVM2. Sajnálatos módon a vas megadta magát, de a diskek, a raid1 sértetlen.
Tud abban valaki segíteni, hogy a guest-ként - LVM-re - telepített windows-okat hogyan tudnám file szintjén elérni?

Gondoltam rá, hogy egy hozzá hasonló Xen-re rácsatlakoztatom a HDD-t, majd megpróbálnám elindítani a guest-et, szerintetek elindulhat?

Bármi ötletet, javaslatot szívesen fogadok!

Utolsó kérdés
Az LVM-en lévő windows image-et hogy tudom áttenni külső hdd-re?

Nézegetem itt az LVM snapshot-ot, de vagy elnézem, vagy ez tényleg a meglévő LVM-re készít egy pillanatfelvételt?