Visualizzazione dei risultati da 1 a 7 su 7
  1. #1
    Utente di HTML.it
    Registrato dal
    Apr 2005
    Messaggi
    41

    Problemi con linux e hard disk 160 GB

    Salve, ho un hard disk Maxtor da 20 GB su quale ho windows xp. Ultimamente ho comprato un hd Maxtor 160GB. Su di esso avevo fatto delle partizionio con windows Xp, e mi riconosceva 152 Gb. Appena ho provato a installare linux (Fedora 2), mi ha detto che la tabella delle partizioni del disco da 160 GB è illegibile, e avrei dovuto cancellare tutte le partizioni per leggere il disco. La stessa cosa con mandrake 10. Non capivo il perchè, ma dopo vari tentativi di creazione e cancellazione di partizioni, ho visto che mentre windows mi riconosce 152 GB, linux ne riconosce solo 131GB; per questo mi dice che la tabella delle partizioni fatta con windows usando i 152 Gb è danneggiata, in quanto lui ne vede solo 131.

    Mi sapete dire se è una cosa normale? Se qualcuno ha avuto il mio stesso problema?!

    Vi ringrazio anticipatamente.

  2. #2
    succedeva con le vecchie versioni e con i kernel inferiori al 2.4.19
    dopo i 130gb non esisteva niente e dava errore perche non vedeva la fine della partizione
    specie la mandrake 10 non dovrebbe farlo assolutamente

    se proprio no risolvi una formattazione a basso livello rimette il disco vergine

    prova una delle ultime distro o crea una partizione piu piccola di 130gb

  3. #3
    Utente di HTML.it
    Registrato dal
    Apr 2005
    Messaggi
    41
    Grazie, hai ragione, Mandrake 10.0 lo riconosce, mentre fedora core 2 no.
    Cmq vorrei chiedervi un parere, dato che non sono un veterano nel campo... qual'è secondo voi una buona distribuzione?
    Io ho sentito parlare bene della redhat e di fedora core 3... voi che mi dite?

  4. #4
    Utente di HTML.it L'avatar di gigyz
    Registrato dal
    Oct 2003
    Messaggi
    1,443
    io ho un hd da 160GB win ne vedeva di meno non ricordo se erano 152 allora ho fatto diverse partizioni e l'ultima che è una partizione da 110GB per lo storage l'ho fatta in ReiserFS alla faccia di win, così da Linux sfrutto tutti i 160GB da win me ne frego ho 3.5GB per win2K + 30Gb in fat32. Morale, casomai è all'inverso, è Linux che vede tutto perchè non si fa prendere in giro dal BIOS mentre win chiede al BIOS e se lui non supporta vede meno.

  5. #5
    redhat non rilascia versioni recenti
    fedora va bene specie la fedora 3 va veramente bene
    personalmente pero' preferisco altre distribuzioni che hanno una gestione software migliore
    fedora gia se devi sentire un mp3 devi sbatterti per cercare plugin e librerie ad esempio
    mandrake suse fedora vanno comunque benissimo specie per chi inizia se hai un po di esperienza con il pc metti una debian o una sua derivata
    debian ha una gestione software eccellente
    sui suoi server apt trova davvero tutto e installa tutto automaticamnete

  6. #6
    Utente di HTML.it
    Registrato dal
    Apr 2005
    Messaggi
    41
    Andy hai proprio ragione, per provare ad ascoltare un mp3 con fedora2 ho dovuto fare un casino. scaricati plugin, mi cercava le dipende di altre librerie! un panico!
    Vorrei inoltre chiederti una cosa, ma è possibile scrivere su ntfs, o lo devo montare solo in lettura?!

    Per gigyz : anche a me ne vede 152 windows, ma credo sia il solito fatto che i 160 GB non sono effettivi, ovvero intendono 160000000000 byte, che a multipli di 1024 sono 152GB. Cmq il mio problema era un altro, che proprio fedora core 2 si fermava a 131Gb, e non andava oltre! Cmq con mandrake 10 me li ha visti tutti all'installazione.

  7. #7
    si puo anche farlo con i moduli del kernel appositi ma è sconsigliatissimo perche' rovini ntfs
    stanno studiandoci
    in futuro probabilmente sara possibile
    attualmente usano tutti una partizione di scambio in fat32

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.