Einbindung externer SSD - Namen der Partition ändern sich

Tolemion

New Member
Apr 3, 2021
6
0
1
33
Hallo zusammen,

ich habe Probleme, eine externe SSD, die über einen Adapter an die USB 3 Schnittstelle eines Intel Nuc verbunden ist, dauerhaft in Proxmox einzubinden. Ich habe die beiden Partitionen der Festplatte per uuid eingebunden.

Dennoch ändert sich nach 2 Tagen spätestens die Bezeichnungen sdb1 und sdb2 plötlich in sdc1 und sdc2, dementsprechend gehen alle Zugriffe ins leere.

Ich dachte, die Einbindung über die uuid verhindert das Problem. Wenn ich das System neu starte, dann sind die Partitionen wieder wie gewünscht eingebunden. Das ganze geht jetzt schon seit einigen Wochen so.
Mit den intern verbauten ssd habe ich keine Probleme.

Edit: es geht darum, Partitionen einem priveligierten Plex lxc zugänglich zu machen. (alles nur lokal zugänglich, daher kein Sicherheitstproblem imho)

Hat jemand einen Tipp für mich, bitte?

fstab Einträge:
Code:
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/pve/root / ext4 errors=remount-ro 0 1
UUID=7F53-CC20 /boot/efi vfat defaults 0 1
/dev/pve/swap none swap sw 0 0
proc /proc proc defaults 0 0
/dev/sda /mnt/sda ext4 defaults 0 1
UUID=b75822ee-103e-4470-83da-73827c68fb39 /mnt/sdb1 ext4 defaults 0 1 #Partition sdb1
UUID=13287820-aed5-481b-ab3f-b07b6bc7d0e5 /mnt/sdb2 ext4 defaults 0 1 #Partition sdb2

Code:
root@pve:~# lsblk -l
NAME                 MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                    8:0    0   1.8T  0 disk /mnt/sda
sdc                    8:32   0 465.8G  0 disk
sdc1                   8:33   0 365.7G  0 part #eigentlich die Partition sdb1
sdc2                   8:34   0   100G  0 part #eigentlich die Partition sdb2

Code:
root@pve:~# blkid
/dev/nvme0n1p2: UUID="7F53-CC20" TYPE="vfat" PARTUUID="7cd7f6f9-2041-4558-b579-36f5dc0c9763"
/dev/nvme0n1p3: UUID="CZJogu-woPF-aZd6-lp2I-IHac-KlYO-uPJejH" TYPE="LVM2_member" PARTUUID="de2bdf5f-21cd-470d-be5b-81ec831558c0"
/dev/mapper/pve-swap: UUID="10af2aa5-6e27-45cd-9176-ba53dac6ed2b" TYPE="swap"
/dev/sda: UUID="adac7d25-8191-478f-981d-57178bf09cb9" TYPE="ext4"
/dev/mapper/pve-root: UUID="7def1357-6cb3-4b00-b5b5-e091f8895a6f" TYPE="ext4"
/dev/mapper/pve-vm--100--disk--0: UUID="9fed4533-655e-44b3-bb7f-052894558468" TYPE="ext4"
/dev/mapper/pve-vm--101--disk--0: UUID="33e7c2de-876b-44a3-ac93-c5de14a57f89" TYPE="ext4"
/dev/mapper/pve-vm--103--disk--0: UUID="1017c89c-1cca-472d-a70f-e0791b8f5cd7" TYPE="ext4"
/dev/mapper/pve-vm--105--disk--0: UUID="0ce8cb4d-52c4-4b57-83f1-af02ff4cecad" TYPE="ext4"
/dev/mapper/pve-vm--102--disk--0: UUID="9df958f4-daa4-48e5-86bb-e893a441174b" TYPE="ext4"
/dev/nvme0n1: PTUUID="fd85b863-605b-44cd-ae48-470816f8c0eb" PTTYPE="gpt"
/dev/nvme0n1p1: PARTUUID="2d74ab22-29af-41eb-958e-8290c9e67f5e"
/dev/sdc1: UUID="b75822ee-103e-4470-83da-73827c68fb39" TYPE="ext4" PARTUUID="426bc3e5-01"
/dev/sdc2: UUID="13287820-aed5-481b-ab3f-b07b6bc7d0e5" TYPE="ext4" PARTUUID="426bc3e5-02"

Ausgabe der blkid nach dem Neustart:
Code:
/dev/sdb1: UUID="b75822ee-103e-4470-83da-73827c68fb39" TYPE="ext4" PARTUUID="426bc3e5-01"
/dev/sdb2: UUID="13287820-aed5-481b-ab3f-b07b6bc7d0e5" TYPE="ext4" PARTUUID="426bc3e5-02"

Vielen Dank vorab und Gruß
 
Last edited:
Die Verwendung von UUIDs in der fstab macht nicht, dass sich da die sdX Bezeichnungen nicht mehr ändern. Die SSDs wird trotzdem zwischen sdb, sdc etc hin und herwechseln, was dann aber für das Mounten egal ist, da du ja nach der UUID und nicht nach das sdX-Bezeichnung gehst. Mounten über UUIDs sorgt also nur dafür, dass da die sdX-Bezeichnungen für das Mounten ignoriert und nicht verwendet werden.

Wenn das Wechseln der sdX-Bezeichnungen für andere Laufwerke Probleme macht, dann musst du alle Laufwerke überall auf UUIDs umstellen, dass da sdX-Bezeichnungen nrgendwo mehr benutzt werden.
 
Last edited:
  • Like
Reactions: Tolemion
ich bekomme die Partitionen nicht (Edit:dauerhaft) in die lxc Container gemounted. Es geht um die Einbindung in einen privilegierten Plex Container.

/etc/pve/lxc/100.conf bisher:
mp1: /mnt/sdb1,mp=/data/sdb1 mp2: /mnt/sdb2,mp=/data/sdb2

Muss ich hier den ersten Pfad mit der UUID tauschen? Dann streikt aber Plex. Laut Doku
volume=<volume> Volume, device or directory to mount into the container

Ich habe keine IT Ausbildung, ich weiß nicht, was die Software verlangt, wenn ich nicht das directory eingeben kann. Google half soweit leider auch nicht
Eigentlich sollte doch über fstab mount die SSD in /mnt/sdb1 eingebunden sein, egal ob die sdX dann sdb oder sdc heißt?
 
Last edited:
welche pve Version hast Du?
ich habe zur Zeit pve-manager/6.3-6/2184247e (running kernel: 5.4.103-1-pve)
in meinem lxc Container (priveligiert) mounte ich so:
lxc.mount.entry: /quelle /ziel

da die ja im pve schon gemountet ist per uuid ist es für den lxc egal der mountet ja nur den Ordner selber und nicht die ext SSD

also bei Dir dann
lxc.mount.entry: /mnt/sdb1 /data/sdb1
lxc.mount.entry: /mnt/sdb2 /data/sdb2
 
Last edited:
  • Like
Reactions: Tolemion
Danke bluesite, das war ein guter Hinweis. Tatsächlich sind die beiden Partitionen im PVE erst erfolgreich gemounted. Und auch aus dem Container heraus zugreifbar.
Ich habe die Version 6.3.6.

Nach einigen Stunden sind sie jedoch im Ressourcenpool mit den falschen Werten aufgeführt. Beide stehen dann auf ~93Gb gesamte Kapazität mit ~4% verfügbarer Kapa.
Tatsächlich haben sie aber andere Werte und auch nicht die identischen. Zu diesem Zeitpunkt sind die Partitionen dann auch als sdc im lsblk -l

Das heißt, der Fehler muss doch im Mounten auf PVE Ebene liegen? Es ist eine alte Festplatte, die über einen Adapter Sata auf USB verbunden ist. Kann es ein Hardwareproblem sein?
Ich werde testweise mit dem gleichen Vorgehen einen USB Stick einbinden und sehen, ob die gleichen Probleme auftauchen.
 
Last edited:
ich tippe mal das die einfach nicht mehr gemountet sind wenn die falsche Kapazität dran steht,
ich habe bei mir nur interen HDDs dran bzw SSDs, per USB hänge ich nur ab und zu mal eine dran wenn ich Daten kopieren möchte
was sagt den dmesg im Log wenn das Problem da ist?
 
  • Like
Reactions: Tolemion
von dem Log wusste ich nichts, danke. Ich würde auch gerne intern über sata anhängen, habe aber keine Schnittstelle mehr frei

es gibt rote Einträge, folgend zusammengefasst:

14095.592414] ata3.00: exception Emask 0x50 SAct 0x400000 SErr 0x280900 action 0x6 frozen
[14095.592418] ata3.00: irq_stat 0x08000000, interface fatal error
[14095.592420] ata3: SError: { UnrecovData HostInt 10B8B BadCRC }
[14095.592423] ata3.00: failed command: READ FPDMA QUEUED
[14095.592425] ata3.00: cmd 60/40:b0:58:31:fa/01:00:97:00:00/40 tag 22 ncq dma 163840 in
res 40/00:b4:58:31:fa/00:00:97:00:00/40 Emask 0x50 (ATA bus error)
[14095.592427] ata3.00: status: { DRDY }


...
blk_update_request: I/O error, dev sda, sector 2549756248 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
...
[41839.647599] EXT4-fs (dm-12): write access unavailable, skipping orphan cleanup
...
[62212.945005] blk_update_request: I/O error, dev sdb, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[62212.946475] blk_update_request: I/O error, dev sdb, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0




[13130.250143] ata3.00: supports DRM functions and may not be fully accessible
[13130.251369] ata3.00: supports DRM functions and may not be fully accessible
[13130.251858] ata3.00: configured for UDMA/133
[14095.592414] ata3.00: exception Emask 0x50 SAct 0x400000 SErr 0x280900 action 0x6 frozen
[14095.592418] ata3.00: irq_stat 0x08000000, interface fatal error
[14095.592420] ata3: SError: { UnrecovData HostInt 10B8B BadCRC }
[14095.592423] ata3.00: failed command: READ FPDMA QUEUED
[14095.592425] ata3.00: cmd 60/40:b0:58:31:fa/01:00:97:00:00/40 tag 22 ncq dma 163840 in
res 40/00:b4:58:31:fa/00:00:97:00:00/40 Emask 0x50 (ATA bus error)
[14095.592427] ata3.00: status: { DRDY }

[14095.592429] ata3: hard resetting link
[14095.908461] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[14095.908643] ata3.00: supports DRM functions and may not be fully accessible
[14095.909793] ata3.00: supports DRM functions and may not be fully accessible
[14095.910282] ata3.00: configured for UDMA/133
[14095.910290] sd 2:0:0:0: [sda] tag#22 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[14095.910291] sd 2:0:0:0: [sda] tag#22 Sense Key : Illegal Request [current]
[14095.910292] sd 2:0:0:0: [sda] tag#22 Add. Sense: Unaligned write command
[14095.910294] sd 2:0:0:0: [sda] tag#22 CDB: Read(10) 28 00 97 fa 31 58 00 01 40 00
[14095.910296] blk_update_request: I/O error, dev sda, sector 2549756248 op 0x0:(READ) flags 0x80700 phys_seg 9 prio class 0
[14095.910312] ata3: EH complete
[21865.637654] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[21865.638552] ata3.00: supports DRM functions and may not be fully accessible
[21865.639861] ata3.00: supports DRM functions and may not be fully accessible
[21865.640736] ata3.00: configured for UDMA/133
[28046.350765] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[28046.351696] ata3.00: supports DRM functions and may not be fully accessible
[28046.353169] ata3.00: supports DRM functions and may not be fully accessible
[28046.353871] ata3.00: configured for UDMA/133
[29215.068872] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[29215.069766] ata3.00: supports DRM functions and may not be fully accessible
[29215.071060] ata3.00: supports DRM functions and may not be fully accessible
[29215.071547] ata3.00: configured for UDMA/133
[33316.529932] perf: interrupt took too long (2509 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[41839.647599] EXT4-fs (dm-12): write access unavailable, skipping orphan cleanup
[41839.647604] EXT4-fs (dm-12): mounted filesystem without journal. Opts: noload
[53650.659405] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[53650.660305] ata3.00: supports DRM functions and may not be fully accessible
[53650.661557] ata3.00: supports DRM functions and may not be fully accessible
[53650.662045] ata3.00: configured for UDMA/133
[58653.570254] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[58653.571121] ata3.00: supports DRM functions and may not be fully accessible
[58653.572622] ata3.00: supports DRM functions and may not be fully accessible
[58653.573314] ata3.00: configured for UDMA/133
[62212.944739] usb 2-1: USB disconnect, device number 2
[62212.945005] blk_update_request: I/O error, dev sdb, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[62212.946475] blk_update_request: I/O error, dev sdb, sector 0 op 0x1:(WRITE) flags 0x800 phys_seg 0 prio class 0
[62212.949684] sd 3:0:0:0: [sdb] Synchronizing SCSI cache
[62213.188928] sd 3:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[62213.488985] usb 2-1: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd
[62213.509847] usb 2-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[62213.509849] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[62213.509850] usb 2-1: Product: Best USB Device
[62213.509850] usb 2-1: Manufacturer: ULT-Best
[62213.509851] usb 2-1: SerialNumber: 042004150B9D
[62213.513123] scsi host5: uas
[62213.513478] scsi 5:0:0:0: Direct-Access CT500BX1 00SSD1 0 PQ: 0 ANSI: 6
[62213.513948] sd 5:0:0:0: Attached scsi generic sg1 type 0
[62213.514508] sd 5:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[62213.514586] sd 5:0:0:0: [sdd] Write Protect is off
[62213.514587] sd 5:0:0:0: [sdd] Mode Sense: 43 00 00 00
[62213.514746] sd 5:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[62213.514946] sd 5:0:0:0: [sdd] Optimal transfer size 33553920 bytes
[62213.535079] sdd: sdd1 sdd2
[62213.536121] sd 5:0:0:0: [sdd] Attached SCSI disk
[65296.701781] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[65296.702677] ata3.00: supports DRM functions and may not be fully accessible
[65296.703910] ata3.00: supports DRM functions and may not be fully accessible
[65296.704401] ata3.00: configured for UDMA/133
[69096.490801] usb 2-1: USB disconnect, device number 4
[69096.491301] sd 5:0:0:0: [sdd] Synchronizing SCSI cache
[69096.738679] sd 5:0:0:0: [sdd] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[69097.102808] usb 2-1: new SuperSpeed Gen 1 USB device number 5 using xhci_hcd
[69097.123751] usb 2-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[69097.123752] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[69097.123753] usb 2-1: Product: Best USB Device
[69097.123753] usb 2-1: Manufacturer: ULT-Best
[69097.123754] usb 2-1: SerialNumber: 042004150B9D
[69097.127035] scsi host5: uas
[69097.127386] scsi 5:0:0:0: Direct-Access CT500BX1 00SSD1 0 PQ: 0 ANSI: 6
[69097.127813] sd 5:0:0:0: Attached scsi generic sg1 type 0
[69097.128173] sd 5:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[69097.128251] sd 5:0:0:0: [sdd] Write Protect is off
[69097.128252] sd 5:0:0:0: [sdd] Mode Sense: 43 00 00 00
[69097.128411] sd 5:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[69097.128571] sd 5:0:0:0: [sdd] Optimal transfer size 33553920 bytes
[69097.148944] sdd: sdd1 sdd2
[69097.150199] sd 5:0:0:0: [sdd] Attached SCSI disk
[73115.189629] fwbr102i0: port 2(veth102i0) entered disabled state
[73115.189970] device veth102i0 left promiscuous mode
[73115.189973] fwbr102i0: port 2(veth102i0) entered disabled state
[73115.436297] audit: type=1400 audit(1618072128.423:133): apparmor="STATUS" operation="profile_remove" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=8963 comm="apparmor_parser"
[73115.865908] fwbr102i0: port 1(fwln102i0) entered disabled state
[73115.865958] vmbr0: port 4(fwpr102p0) entered disabled state
[73115.866022] device fwln102i0 left promiscuous mode
[73115.866023] fwbr102i0: port 1(fwln102i0) entered disabled state
[73115.887049] device fwpr102p0 left promiscuous mode
[73115.887052] vmbr0: port 4(fwpr102p0) entered disabled state
[73117.012803] EXT4-fs (dm-10): mounted filesystem with ordered data mode. Opts: (null)
[73117.024793] EXT4-fs (dm-11): mounted filesystem with ordered data mode. Opts: (null)
[73117.232782] audit: type=1400 audit(1618072130.219:134): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=9049 comm="apparmor_parser"
[73117.583979] fwbr102i0: port 1(fwln102i0) entered blocking state
[73117.583980] fwbr102i0: port 1(fwln102i0) entered disabled state
[73117.584033] device fwln102i0 entered promiscuous mode
[73117.584060] fwbr102i0: port 1(fwln102i0) entered blocking state
[73117.584061] fwbr102i0: port 1(fwln102i0) entered forwarding state
[73117.587515] vmbr0: port 4(fwpr102p0) entered blocking state
[73117.587516] vmbr0: port 4(fwpr102p0) entered disabled state
[73117.587564] device fwpr102p0 entered promiscuous mode
[73117.587597] vmbr0: port 4(fwpr102p0) entered blocking state
[73117.587598] vmbr0: port 4(fwpr102p0) entered forwarding state
[73117.591046] fwbr102i0: port 2(veth102i0) entered blocking state
[73117.591047] fwbr102i0: port 2(veth102i0) entered disabled state
[73117.591096] device veth102i0 entered promiscuous mode
[73117.614059] eth0: renamed from veth6jf58Q
[73118.023170] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[73118.023234] fwbr102i0: port 2(veth102i0) entered blocking state
[73118.023235] fwbr102i0: port 2(veth102i0) entered forwarding state
[73402.757656] perf: interrupt took too long (3138 > 3136), lowering kernel.perf_event_max_sample_rate to 63500
[73689.633005] fwbr102i0: port 2(veth102i0) entered disabled state
[73689.633122] device veth102i0 left promiscuous mode
[73689.633123] fwbr102i0: port 2(veth102i0) entered disabled state
[73689.908605] audit: type=1400 audit(1618072702.902:135): apparmor="STATUS" operation="profile_remove" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=14899 comm="apparmor_parser"
[73690.369405] fwbr102i0: port 1(fwln102i0) entered disabled state
[73690.369450] vmbr0: port 4(fwpr102p0) entered disabled state
[73690.369546] device fwln102i0 left promiscuous mode
[73690.369547] fwbr102i0: port 1(fwln102i0) entered disabled state
[73690.395940] device fwpr102p0 left promiscuous mode
[73690.395942] vmbr0: port 4(fwpr102p0) entered disabled state
[73691.497871] EXT4-fs (dm-10): mounted filesystem with ordered data mode. Opts: (null)
[73691.509955] EXT4-fs (dm-11): mounted filesystem with ordered data mode. Opts: (null)
[73691.714444] audit: type=1400 audit(1618072704.706:136): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-102_</var/lib/lxc>" pid=14942 comm="apparmor_parser"
[73692.067117] fwbr102i0: port 1(fwln102i0) entered blocking state
[73692.067118] fwbr102i0: port 1(fwln102i0) entered disabled state
[73692.067166] device fwln102i0 entered promiscuous mode
[73692.067204] fwbr102i0: port 1(fwln102i0) entered blocking state
[73692.067205] fwbr102i0: port 1(fwln102i0) entered forwarding state
[73692.070546] vmbr0: port 4(fwpr102p0) entered blocking state
[73692.070547] vmbr0: port 4(fwpr102p0) entered disabled state
[73692.070598] device fwpr102p0 entered promiscuous mode
[73692.070631] vmbr0: port 4(fwpr102p0) entered blocking state
[73692.070632] vmbr0: port 4(fwpr102p0) entered forwarding state
[73692.073958] fwbr102i0: port 2(veth102i0) entered blocking state
[73692.073959] fwbr102i0: port 2(veth102i0) entered disabled state
[73692.074008] device veth102i0 entered promiscuous mode
[73692.096644] eth0: renamed from veth1FfsAR
[73692.511188] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[73692.511219] fwbr102i0: port 2(veth102i0) entered blocking state
[73692.511220] fwbr102i0: port 2(veth102i0) entered forwarding state
[73737.864230] EXT4-fs (dm-12): write access unavailable, skipping orphan cleanup
[73737.864234] EXT4-fs (dm-12): mounted filesystem without journal. Opts: noload


Der USB Stick, den ich auf ext4 formatiert habe und mit dem gleichen Vorgehen eingebunden ist wie die beiden Partitionen, läuft ohne Probleme.
 
Last edited:
hm könnte sein das die HDDs zu viel Strom ziehen am USB Port, sind das aktive mit Netzteil oder passive ohne Netzteil?
hast du keinen PCIe Slot mehr frei um nen SATA Controller einzubauen?
Ich habe nen SAS HBA im IT-Mode mit 8 HDDS drin bei mir im Server und dann noch 4 SATA Ports onboard.
 
Ist nur ein kleiner NUC hat er geschrieben. Da geht nicht wirklich etwas mit PCIe Erweiterungen und mehr als 2 Laufwerke bekommt man da ohne USB glaube ich nicht dran. Aber ja, Strom wäre z.B. ein guter Tipp. Oder mal andere USB-Ports testen. Oft teilen sich mehrere USB-Ports den Strom und dann läuft zwar eine HDD alleine aber nicht zwei zusammen.
Aber kann auch sein, dass da der USB-zu-SATA-Controller oder dessen Firmware/Treiber einfach Mist sind. Da fängt man sich ja leider immer eine zusätzliche Fehlerquelle ein wenn zwischen USB und SATA übersetzt werden muss.
 
Last edited:
Der Nuc ist super, keine Frage. Die internen Plätze 1x M2 und 1x Sata sind aber schon mit neuen Platten belegt. Ich hatte das System als Nachfolger von einem Raspberry Pi 4 für mein Smart Home geplant. Auf dem Pi hat mich schon die Anbindung einer externen Festplatte viele Nerven gekostet.
Beim Nuc hat dann dank Proxmox der Scope Creep zugeschlagen und ich habe jetzt u.a. mein altes Synology Nas damit ersetzt. Deshalb der Bedarf von mehr Speicherplatz.

Würde ich neu beschaffen, würde die Wahl auf ein offeneres System fallen.

Danke, ich versuche es mal mit einem anderen Port.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!