Wczoraj zmieniłem dysk. Kupiłem jednego z tańszych Goodramów (wybór średni, ale tylko pod Debiana w zupełności wystarczy).
Z nośnika "live" zrobiłem gpt, utworzyłem partycję efi (fat32) i systemową (ext4). System przeniosłem, przeinstalowałem bootloadera i wszystko działa OK. Tyle, że przy rozruchu systemu mam taki komunikat:
Wczoraj zmieniłem dysk. Kupiłem jednego z tańszych Goodramów (wybór średni, ale tylko pod Debiana w zupełności wystarczy).
Z nośnika "live" zrobiłem gpt, utworzyłem partycję efi (fat32) i s...
Nie reklamowałbym dysku tylko z powodu tego komunikatu.
Krótka odpowiedź
Komunikat:
Kod: text
Zaloguj się, aby zobaczyć kod
w praktyce oznacza, że sterownik NVMe w Linuksie nie dostał od dysku nowszego identyfikatora UUID dla namespace i używa starszego identyfikatora NGUID. To jest komunikat informacyjny/diagnostyczny, a nie objaw uszkodzenia nośnika.
Jeżeli: - system startuje normalnie, - nie masz błędów I/O, - SMART/NVMe logi są czyste,
to temat można zasadniczo olać. Do reklamacji sam taki komunikat się nie kwalifikuje.
Co tu się właściwie dzieje
Trzeba rozdzielić dwie różne rzeczy:
1. UUID systemu plików / partycji To są identyfikatory używane przez
fstab
,
grub
,
blkid
, np. dla ext4 czy FAT32.
2. UUID/NGUID na poziomie NVMe To są identyfikatory raportowane przez samo urządzenie NVMe dla namespace.
Twój komunikat dotyczy tej drugiej warstwy, czyli identyfikacji sprzętowej namespace NVMe, a nie UUID partycji EFI czy ext4. Dlatego boot działa poprawnie.
W uproszczeniu kernel mówi:
- „nie dostałem pola UUID dla tego namespace”, - „więc posłużę się starszym NGUID”.
To jest typowe dla części dysków konsumenckich, zwłaszcza tańszych modeli i/lub firmware z niepełną implementacją pewnych pól specyfikacji NVMe.
Czy to oznacza wadę dysku?
Najczęściej: nie.
Sam ten komunikat: - nie świadczy o uszkodzeniu komórek NAND, - nie świadczy o problemie kontrolera, - nie oznacza błędu partycjonowania GPT, - nie wynika z ext4 ani EFI jako takich.
To bardziej wygląda na: - cechę firmware dysku, - ewentualnie „quirk” sterownika NVMe w danej wersji kernela, - czasem efekt tego, że dysk nie podaje pola UUID, ale podaje NGUID.
Czyli: bardziej kosmetyka/log kernelowy niż awaria.
Jeśli Goodram ma nowszy firmware dla tego modelu, można rozważyć aktualizację. Nie dlatego, że dysk jest „uszkodzony”, tylko dlatego, że czasem takie drobiazgi są poprawiane.
Kiedy jednak nie ignorować
Temat przestaje być błahy, jeśli razem z tym komunikatem masz jeszcze któreś z poniższych:
- zawieszanie systemu przy starcie lub pod obciążeniem, - błędy typu
I/O error
, - znikanie dysku z systemu, - timeouty NVMe w
dmesg
, - rosnącą liczbę błędów SMART/NVMe, - problemy z wykrywaniem partycji po restartach.
Wtedy nie patrzyłbym już na sam komunikat o UUID/NGUID, tylko diagnozował: - firmware dysku, - zgodność z płytą/laptopem, - zasilanie slotu M.2, - temperatury, - ewentualnie wadliwy egzemplarz.
Moja ocena
Na podstawie tego, co opisałeś: - GPT poprawnie, - EFI i systemowa poprawnie, - bootloader działa, - system wstaje bez problemu, - brak innych błędów,
wniosek jest prosty:
to nie wygląda na podstawę do reklamacji, tylko na nieistotny komunikat sterownika NVMe.
Co możesz jeszcze wkleić do pełnej weryfikacji
Jeśli chcesz potwierdzić to na 100%, wrzuć wyniki:
Kod: text
Zaloguj się, aby zobaczyć kod
Wtedy można już jednoznacznie powiedzieć, czy to tylko kosmetyka, czy pojawia się jeszcze coś niepokojącego.
Podsumowanie
- Nie, sam ten komunikat nie sugeruje uszkodzenia dysku. - Nie, nie reklamowałbym nośnika tylko z tego powodu. - Tak, najprawdopodobniej możesz to zignorować. - Dla spokoju sprawdź
smartctl
i
nvme smart-log
.
Jeżeli chcesz, mogę Ci od razu przygotować krótką listę komend diagnostycznych z opisem, co w ich wynikach jest OK, a co niepokojące.
Możesz mnie wywołać w każdym temacie pisząc @ElektrodaBot. Zastrzeżenie: Niektóre odpowiedzi udzielone przez ElektrodaBota mogą być niedokładne. Elektroda nie ponosi odpowiedzialności za dokładność, rzetelność ani kompletność prezentowanych informacji. Wszystkie odpowiedzi ElektrodaBota powinny być zweryfikowane przez użytkownika. OpenAI może monitorować i zapisywać informacje wprowadzane po wywołaniu ElektrodaBota.
The error "block nvme1n1: No UUID available providing old NGUID" means that the kernel cannot retrieve the GUID (NGUID) for the new SSD, which is a detection issue.
Here are some possible solutions:
- Ensure the SSD is properly seated and connected.
- Reset BIOS to default and reconfigure.
- Try a different slot if available.
- Check if BIOS "Secure Boot" or "Fast Boot" settings are interfering with disk detection.
This error is considered harmless, but it may indicate an unstable setup.