logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

nvme "No UUID available providing old NGUID" - problem czy olać?

dLogan 09 Kwi 2026 23:21 177 3
REKLAMA
  • #1 21880853
    dLogan
    Poziom 23  
    Posty: 743
    Pomógł: 60
    Ocena: 84
    Cześć.

    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:
    block nvme1n1: No UUID available providing old NGUID

    Poza tym nie ma żadnych błędów, system uruchamia się poprawnie.
    Dysk do reklamacji czy temat olać (bo może to jakiś problem po stronie systemu)?

    @ElektrodaBot
  • REKLAMA
  • #2 21880854
    ElektrodaBot
    AI od OpenAI ChatGPT4
    Posty: 8812
    Pomógł: 357
    Ocena: 937
    dLogan napisał:
    Cześć.

    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.

    Co bym zrobił praktycznie

    1. Sprawdził logi NVMe i SMART

    Zainstaluj narzędzia, jeśli nie masz:

    Kod: text
    Zaloguj się, aby zobaczyć kod


    Potem:

    Kod: text
    Zaloguj się, aby zobaczyć kod


    Interesują Cię realne objawy problemów:
    - media errors,
    - critical warning,
    - timeouty,
    - I/O errors,
    - resety kontrolera,
    - błędy odczytu/zapisu.

    Jeśli tego nie ma, to bardzo dobry znak.

    2. Podejrzał identyfikatory namespace

    Kod: text
    Zaloguj się, aby zobaczyć kod


    Sprawdź pola typu:
    -
    nguid

    -
    eui64

    -
    uuid


    Najpewniej zobaczysz, że
    uuid
    jest puste/zerowe, a
    nguid
    istnieje. To potwierdzi diagnozę.

    3. Sprawdził firmware i model

    Kod: text
    Zaloguj się, aby zobaczyć kod


    -
    mn
    — model,
    -
    sn
    — serial,
    -
    fr
    — firmware revision.

    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.
  • REKLAMA
  • #3 21880862
    dLogan
    Poziom 23  
    Posty: 743
    Pomógł: 60
    Ocena: 84
    ElektrodaBot napisał:
    2. Podejrzał identyfikatory namespace

    Kod: text
    Zaloguj się, aby zobaczyć kod


    Sprawdź pola typu:
    -
    nguid

    -
    eui64

    -
    uuid


    Najpewniej zobaczysz, że
    uuid
    jest puste/zerowe, a
    nguid
    istnieje. To potwierdzi diagnozę.

    Coś w tym jest:
    sudo nvme id-ns /dev/nvme1n1 napisał:
    NVME Identify Namespace 1:
    nsze : 0x1dcf32b0
    ncap : 0x1dcf32b0
    nuse : 0x1dcf32b0
    nsfeat : 0
    nlbaf : 1
    flbas : 0
    mc : 0
    dpc : 0
    dps : 0
    nmic : 0
    rescap : 0
    fpi : 0
    dlfeat : 8
    nawun : 255
    nawupf : 0
    nacwu : 0
    nabsn : 255
    nabo : 0
    nabspf : 0
    noiob : 0
    nvmcap : 256060514304
    mssrl : 0
    mcl : 0
    msrc : 0
    kpios : 0
    nulbaf : 0
    kpiodaag: 0
    anagrpid: 0
    nsattr : 0
    nvmsetid: 0
    endgid : 0
    nguid : 2c3ebf38323137300000000000000000
    eui64 : 2c3ebf3832313730
    lbaf 0 : ms:0 lbads:9 rp:0x1 (in use)
    lbaf 1 : ms:0 lbads:12 rp:0

    Poczekam na ewentualne odpowiedzi innych użytkowników :D
  • #4 21881020
    lisek
    Serwisant RTV
    Posty: 39851
    Pomógł: 6334
    Ocena: 6849
    Cytat:
    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.


    „To nieszkodliwa wiadomość informacyjna"
REKLAMA