W przypadku Proxmox z obudową Orico/JMicron JMS56x urządzenie USB dotarło do gościa ZimaOS, a jądro wykryło mostek, jednak przed odłączeniem urządzenia USB nie pojawiło się żadne urządzenie blokowe sdX. Zgłoszonym przez użytkownika działającym rozwiązaniem było przekazanie poszczególnych dysków z hosta Proxmox.
Jedna z odpowiedzi społeczności przypisała ten problem brakującym modułom usb_storage/uas. Należy traktować ten wniosek jako hipotezę, a nie potwierdzony fakt: opublikowany dziennik ZimaOS sam zawiera wpis usb-storage ... USB Mass Storage device detected i tworzy hosta SCSI.
Co faktycznie wynika z oryginalnego dziennika
Proxmox pomyślnie dołączył do maszyny wirtualnej identyfikator producenta/produktu 152d:0565. Następnie ZimaOS wykrył mostek JMS56x i uruchomił hosta SCSI pamięci masowej USB, ale nie wygenerował oczekiwanych wpisów dotyczących dysków dostępu bezpośredniego ani urządzeń blokowych.
Ta sama obudowa działała w maszynie wirtualnej z Debianem 13 na tym samym hoście Proxmox. Sugeruje to, że środowisko gościa ZimaOS może być istotnym podejrzanym pod względem zgodności, ale samo w sobie nie wskazuje, która opcja jądra, poprawka lub funkcja mostka odpowiada za problem.
Dlaczego nieudane modprobe nie wystarcza do diagnozy
Nieudane polecenie modprobe usb_storage nie dowodzi, że obsługa pamięci masowej USB jest niedostępna, skoro uruchomione jądro już rejestruje aktywność związaną z usb-storage. Sterowniki mogą być również wbudowane w jądro zamiast dostępne jako moduły ładowane dynamicznie.
Z tego powodu nie należy przedstawiać wyjaśnienia z forum jako oficjalnego ograniczenia jądra ZimaOS, chyba że IceWhale potwierdzi dokładną konfigurację sterowników dla bieżącej wersji.
Użyj stabilniejszej warstwy przekazywania
Proxmox opisuje przekazywanie urządzeń USB do hosta według identyfikatora producenta/produktu lub magistrali/portu w swoim podręczniku administracyjnym Proxmox VE. Jeśli cały mostek USB nie inicjalizuje się prawidłowo wewnątrz ZimaOS, praktyczną alternatywą jest przekazywanie pamięci masowej na innej warstwie.
Autor pierwotnego zgłoszenia ustalił już, że podłączenie dysków do hosta Proxmox i przekazanie dysków hosta do ZimaOS działało. W przypadku ważnych danych najpierw przetestuj jeden dysk i upewnij się, że identyfikatory pozostają stabilne po ponownym uruchomieniu.
Nie zakładaj, że ZimaOS 1.7.1 naprawił ten przypadek JMS56x
Dziennik zmian ZimaOS 1.7.1 wspomina o poprawce dotyczącej niektórych zadań związanych z USB, które były tracone po ponownym uruchomieniu. Nie wspomina jednak o JMS56x, UAS, przekazywaniu pamięci masowej USB ani zgodności mostka z Proxmox.
Jeśli instalujesz ZimaOS w środowisku zwirtualizowanym, przewodnik rozwiązywania problemów z instalacją ZimaOS będzie przydatnym uzupełnieniem przed zmianą architektury przekazywania pamięci masowej.
Podsumowanie
Potwierdzony objaw to „mostek USB zostaje wykryty, ale dyski nigdy nie stają się urządzeniami blokowymi”. Przekazywanie dysków hosta pozwoliło obejść problem. Dokładna przyczyna na poziomie jądra nie została potwierdzona w tym wątku, dlatego podczas diagnozowania bieżącej wersji ZimaOS należy zachować tę niepewność.
