slacky.eu

Ho una chiavetta usb che era partizionata in fat e non aveva tabella delle partizioni (per capirci la montavo con mount /dev/sda /media/sda per esempio).
Ho provato a mettervi slax seguendo le indicazioni sul sito. È andato tutto liscio e mi sono ritrovato due dir /boot e /slax poi ho lanciato lo script per il mbr ecc ecc. alla fine tutto funzionava.
Siccome la chiavetta tiene 16 GB vorrei provare slax sul filesystem xfs, ma al contempo vorrei mantenere la compatibilità con "sistemi che usano solo ntfs o fat nativamente"... somma, ci siamo capiti...
Allora ho dato in pasto a fdisk la chiavetta creando due partizioni:

• sda1 da circa 6GB formattata in ntfs con mkfs.ntfs
  sda2 da circa 10GB formattata in xfs con mkfs.xfs

Ho messo la partizione ntfs per prima perchè avevo letto da qualche parte che vi erano problemi di riconoscimento (sempre da arte di alcuni sistemi operativi) se fosse stata messa in una posizione successiva...
Alla fine ho scompattato la "slax.tar" in "sda2" e vi sono le solite due directories /boot e /slax.
Poi leggendo nella documentazione dice:

Se il tuo supporto o disco è formattato con un filesystem diverso (è vivamente consigliato usare un filesystem nativo in Linux, come XFS), dovrai invece usare lo script 'liloinst.sh'. Al momento, liloinst non presenta lo stesso elegante menu di syslinux, ma questo sarà prossimamente implementato.

Quindi sta volta ho lanciato quello script...
Ok.
Ora, i warning sopracitati, l'altra volta non erano saltati fuori.
Ho provato comunque a riavviare, ma sta volta non riesco a far avviare la macchina dalla chiavetta, scegliendo l'usb poi parte l'avvio da HD. In partica penso che non venga visto il blootloader, immagino perchè non è stato instalato correttamente. E quei warnings sopracitati mi sanno tanto di bruciato...

Qualcuno ha esperienza simile con slax?

quando parte la chiave hai il boot testuale di lilo?

Io ho fatto più o meno la stessa cosa mettendo però slax sulla prima e come seconda ho messo un fat32 ed è andato tutto liscio.
Addirittura un volta ne ho creata anche una terza ext2 ma comunque senza problemi.

Innanzitutto grazie per le risposte.

A) No, la chiavetta all'accensione della macchina proprionon parte:

- accendo

- premo esc per far apparire il prompt del bios dove mi chiede da dove far partire:
1- "removable dev"
2- HDD ecc ecc
3- CD/DVD

- Seleziono la 1 che corrisponde alla chiavetta.

- Parte comunque la 2, ovvero il mbr dell'HD interno.

Maneggiando con fdisk ho notato il seguente monito:
Non so se possa centrare qualcosa e come fare a risolvere eventualmente.
In ogni caso chiedo a tgmx se nel suo caso si trattava di una chiavetta partizionata o, come per me di un supporto privo di tabella di partizioni.
In ogni caso ora riprovo a ripartizionare mettendo come prima partizione la xfs.

PS.
Noto solo ora che il device /dev/sda2 si rifiuta di essere smontato:
A sentimento mi viene da incolpare il filesystem xfs Bo, magari non è colpa sua...
kernel huge ricompilato da me, xfs l'ho messo come modulo: 2.6.24.5-fb2

Strano...
Non funziona neanche così.
- Ho ricompilato il kernel mettendo statico xfs... non so a quanto serva in generale ma va bè
- ripartizionato la chiavetta invertendo le due partizioni
- formattato la prima partizione in xfs, la seconda l'ho lasciata non formattata per provare più velocemente (formattare in ntfs è molto più lento che in xfs).
- scompattato slax nella prima partizione, poi da dentro la dir "boot" che viene creata ho lanciato lo script liloeccecc.
- riavvio... come prima. Nessun cambiamento.

Adesso m'è venuto in mente che magari, non si sa mai, potrebbe non essere sufficiente lo script che mette lilo nel mbr... allora voglio provare prima con dd a fare tabula rasa del mbr. Vediamo un po' cosa succede...
Se nel frattempo avete idee...

potresti usare gparted per fare le cose che devi , puoi dare anche il flag boot alla partizione che userai per slax.xfs non ha niente che non va caso mai e ntfs che su usb è problematico, io sulle chiavi usb ho messo grub su tutte quelle che uso e ti assicuro che è collaudato al massimo,ci faccio partire anche i sistemi sul fisso con la chiave.che dire metti a posto le partizioni e riprova ma con fat 32,sulla condivisa

Le uniche differenze tra prima quando funzionava e adesso che non funziona più era una partizione unica prima e due ora

situazione iniziale

1- /dev/sda (partizione coincidente con device, non c'era tabella delle partizioni. La partizine era in fat)
2- /dev/sda con /dev/sda1 e /dev/sda2 (quindi come un qualunque disco con tabella partizioni e partizioni "non coincidenti" col device)

Non mi resta che provare a fare un'unica partizione xfs /dev/sda1 e provare a vedere se la digerisce.
Oppure infine ritornare alla situazione originale cioè formattare direttamente /dev/sda, sta volta non in fat ma in xfs.

Mi sono capitate diverse chiavette di amici ecc, alcune sempre della kingstone come questa erano però partizionate normalmente con un unica partizione /dev/sda1, mentre come ho già detto questa era organizzata diversamente (se n'era parlato forse anche qui sul forum si parlava di formato superfloppy o qualcosa del genere ma non ricordo bene).

Intanto farò le prove di cui sopra.

Allora, ho provato a creare anche un unica partizione sul device sda:

- /dev/sda con /devsda1 formattata in xfs

Niente, all'accensione vedo sempre "Removable dev" (anche se stacco la chiavetta e a ccendo poi premo esce, vedo quella stessa scritta) e se lo seleziono parte comunque dall'hd.

- Poi ho provato a cancellare di nuovo la prima parte della chiavetta con dd: Quindi ho formattato in xfs direttamente il device /dev/sda in xfs
In questo caso però quando lancio lo script ./liloinst.sh, questo si lamenta dicendomi proprio che vuole una partizione classica e non un "whole device" formattato.

- E allora... Non m'è rimasto che riportare la chiavetta all'origine.
Ho formattato l'intero device in fat: poi ho lanciato ./bootinst.sh invece di liloinst.sh e non ci sono stati errori.
Al riavvio della macchina premendo esc ottengo un elenco dei devices di boot differente.
Infatti la chiavetta ora risponde al nome di "Kingstone DataTraveler" e non di semplice "Removable dev."

Quindi il problema immagino che stia unicamente nella chiavetta che è uscita di fabbrica con questo strano formato superfloppy.
Mi documenterò un po' in quanto avevo letto che in alcuni casi, occorreva (non ricordo a che pro) "convertire" una normale chiavetta in modo da farla apparire come un floppy facendo proprio ricorso a questo formato... Quindi forse c'è una procedura inversa e software che mi permette di rendere quella chiavetta una normale chiavetta partizionabile e farla digerire anche così al bios del mio portatile (portatile che ha ormai più di 5 anni).

Bene, come alsolito se con queste nuove informazioni avete nuove idee...
Mi era statopoco sopra consigliato di usare gparted... ma nel mio caso mi sa che non c''entra tanto il software utilizzato.
Ho usato:

- fdisk per partizionare
- dd per cancellare mbr e tabella partizioni
- mkfs.xfs, mkfs.ntfs, mkdosfs per formattare

Va bè, grazie nuovamente a chi è intervenuto.
Un saluto.

A me non è mai capitata una cosa del genere è mi sono sempre limitato a partizionare e lanciare lo script.
Considerà però che ho sempre usato delle sandisk senza quegli autorun strani di windows.

Bo, a quanto ne so la mia chiavetta era vuota, solo non conteneva partizioni, tant'è che appena acquistata avevo tentato di montarla aspettandomi almeno un /dev/sda1. Poi in rete avevo trovato diverse discussioni e casi ugauali al mio in cui appunto queste chiavette riportavano il filesystem direttamente spalmato sull'intero device senza partizioni ne tantoomeno tabella.
Infatti guarda che bello se do fdisk adesso che vi è una vfat sull'intero disco:
Insomma anche il povero fdisk non sembra più tanto lucido...

Il problema però, a questo punto, sta nel bios che non riesce a riconoscere la chiavetta quando questa è partizionata... ommeglio partizionata nel modo in cui ho descritto nelle diverse prove che ho fatto.
Cerchiamo un attimo di vedere i diversi casi per capire qual è il discriminante:

• 1- formattazione intero device in fat: riconoscimento bios OK
  
  2- partizionata con prima partizione xfs oppure prima partizione ntfs: riconoscimento bios NO
  
  3- partizione intero device in xfs: riconoscimento UNKNOWN (non avevo provato a riavviare in quanto lilo non voleva giustamente installarsi se non trovava un disco canonico con tabella delle partizioni ecc)

Si tratta di capire cosa voglia il bios. Penso di dipanare qualche dubbio con le seguenti prove:

1- partizionamento con prima partizione fat (magari il bios si stupisce se non è così)
2- spalmare il filesystem xfs sull'intero device (ok, lilo non funziona, ma il bios potrebbe riconoscere meglio la chiavetta)

Con queste prove si capisce se il discriminante di riconoscimento al bios sta nel filesystem fat sulla prima partizione oppure la presenza o meno del partizionamento, o ancora entrambe le cose.

In ogni caso vorrei sottolineare che comuqnue la chiavetta funziona come storrage normalmente indipendentemente da come viene partizionata o non partizionata.

Niente, le prove di cui sopra falliscono entrambe.
Sembra che l'unica sia:

- niente partizioni
- filesystem fat

In particolare ho provato a partizionare mettendo la prima partizione come FAT16 (codice "6" dalla lista di fdisk). Ho quindi messo la slax nella prima partizione in fat e poi avviato bootinst.sh (in pratica come se la seconda partizione non ci fosse, avrei potuto fare la stessa cosa mettendo un unica partizione in fat, ovviamente con tabella delle partizioni normale).
Al riavvio, nisba, la chiavetta non viene riconosciuta come device di boot.

Quindi a quanto pare il bios riconosce solo devices usb che non abbiano tabella delle partizioni?
Almeno per la mia chiavetta pare proprio di sì e inoltre il filesste spalmato direttamente sul device fa anche la differenza in quanto per ora ha funzionato solo con vfat. Con xfs no.
Con altri filesystem non ne ho idea, potrei fare qualche altra prova...

Però a me sta storia non torna...

Come ho detto il mio portatile è di qualche anno fa (asus-z81g) ma non pensavo il bios potesse avere di questi problemi...
Se qualcun'altro avesse avuto a che fare con chiavette uscite di fabbrica non partizionate e fosse comunque riuscito nell'intento magari su una macchina simile alla mia faccia pure sapere. Grazie in ogni caso per le risposte.

mi sembra inpossibile che tu formatti una chiave usb e il portatile non la veda,solo windows fa lo gnorri per i file system linux,guarda solo se la chiave ha un device name diverso non la carica mi spiego,se fstab è in fila e la chiave ha sdc1 come nome se ti cambia per qualche motivo sdc1 con sde1 non parte,con i lettori multipli di schede è uguale ,se tu hai una sd e lo slot non è subito dopo gli hd slax non parte,esperienza diretta.fdisk -l che dice

ps: fat 16 outdate non fat 16, fat 32

Caro erio, devi scusarmi ma non ti riesco a seguire... non capisco quanto hai scritto sopra.

Ti sembra impossibile che il pc riconosca o meno una chiave usb a seconda del filesystem con cui è formattata e a seconda se è o non è partizionata.
Siamo d'accordo, ma devo limitarmi a dire sembra parecchio strano anche a me... sul fatto che sia impossibile... a quanto pare rilevo invece che è ahimè un dato di fatto...

Quando parli di device name diverso mi sa che vai già oltre, nel senso che il problema si ha al bios: una cosa è riconoscere ed utilizzare la chiavetta come storage, allora sì che entra in ballo il device name che linux da alla chiavetta.
Altra cosa è avviare la macchina dalla chiavetta e allora lì in gioco dovrebbe esserci bios e "quello che sta" nella chiavetta, ovvero, fstab dovrebbe essere tirato in ballo succesivamente, dopo che il bios avrà già riconosciuto la presenza di un bootloader. Insomma la questione fstab dovrebbe dare problemi nella comunicazione bootloader-partiziooni o anche bootloader-/dev/sda.

Forse tu intendevi dire quanto segue:
- metto slax nella partizione della chiavetta vista come /dev/sda1
- lancio lo script per mettere il bootloader
- riavvio ma mettiamo con anche un altro device usb attaccato che voglia il caso venga visto come /dev/sda, mantre alla nostra chiavetta con bootloader venga dato /dev/sdb

Ecco, tu dici in quel caso il bootloader che sta sempre sulla cihiavetta non riuscirebbe ad avviare sda1, in quanto in tal caso starebbe quella partizione ammesso che esistesse, starebbe nel secondo device usb che malauguratamente ci siamo ritrovati attacccato al PC all'accensione.
Non è il mio caso in quanto pur avendo anche un HD esterno attaccato in usb, devo staccarlo ogni volta all'accensione altrimenti la macchina no parte... Potrebbe essere un problema di riconoscimento anche lì da parte del bios visto che parliamo di un HD da 1TB, oppure un calo di tensione... in ogni caso è un'altra storia.
Per cui la chiavetta specie ora che l'ho tenuta costantemente attaccata, è sempre "sda".

Aggiungo anche l'esitoalcunealtre prove:

1- chiavetta formattata interamente, non partizionnata e con filesystem ntfs (mkfs.ntfs).
all'accensione viene riconosciuta perchè nell'elenco dei device bootabili appare Kingstone DataTraveler (e non Removable dev).
Se la seleziono appare una schermata d'errore perchè non c'è alcun bootloader, infatti non vi avevo messo slax.
Ho provato a mettervi slax e a lanciare bootinst.sh, ma bontà sua funziona solamente con FAT quindi ne deduco che slax ha qualche problema con ntfs in generale. Per completezza ho provato anche con liloinst.sh, ma solito problema... lilo vuole stare nel mbr creato canonicamente non in un filesystem spalmato sull'intero device.

2- Chiavetta formattata interamente in fat con mkdosfs
Viene riconosciuta all'accensione.
Se selezionata non parte perchè non vi avevo messo slax per cui non viene trovato il bootloader ovviamente.
In questo caso però mettendo slax funziona tutto.
E alla fine della favola è anche l'unico caso in cui posso usare la chiavetta con slax. Almeno stando alle prove fatte fin'ora.

EDIT.
Rileggendo meglio, vedo che parli di slot sd.
In effetti dentro lo slot del mio portatile c'è una schedina sd.ma da quello non penso sia neanche possibile avviare la macchina. Almeno nel caso del mio portatile.
In ogni caso come ho detto sopra ci sono casi in cui la chiavetta viene riconosciuta bene all'accensione ed altri no e questo, dalle prove che ho fatto dipende dalla modalità di partizionamento e dal filesystem con cui è formattata.

ciao ti avevo chiesto fdisk -l che dice con tutti i device che usi abitualmente connessi,avevo detto del fat 16 perchè si usava su chiavi fino a un giga e non oltre,per i propi limiti fisici,una domanda, la kingston ha il software u3 dentro se si bisogna che lo rimuovi