2015-03-20 33 views
9

Il comando adb start-server sta bloccando completamente il mio sistema, richiedendo un ripristino completo per il ripristino.Il sistema Linux si blocca quando viene chiamato adb start-server

Questa è una nuova installazione di Fedora 21 (x86_64). Quando il sistema si blocca, è immediato. Il desktop smette di rispondere, il computer non accetta più le richieste ping e non viene registrato nulla nei messaggi di sistema.

Ciò accade se eseguo adb come utente root o normale. Quando eseguo il comando, dice: daemon not running. starting it now on port 5037 e il blocco è immediato. Non viene mai restituito che il demone è stato avviato.

Ho installato strace e corse:

# strace adb start-server 

e le poche righe finali di uscita sono:

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 
connect(3, {sa_family=AF_INET, sin_port=htons(5037), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) 
close(3)        = 0 
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf75ef000 
write(1, "* daemon not running. starting i"..., 53* daemon not running. starting it now on port 5037 * 
) = 53 
pipe([3, 4])       = 0 
readlink("/proc/1880/exe", "/home/jon/Android/Sdk/platform-t"..., 4095) = 40 
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xf727c768) = 1881 
close(4)        = 0 
read(3, 

Questo blocco si verifica indipendentemente dal fatto che si utilizza un dispositivo USB collegato o meno. Oltre a questo problema, il computer sembra funzionare correttamente.

C'è qualche hardware sul computer che adb sta inizializzando, che potrebbe causare questo blocco? Sarei grato per i suggerimenti su come risolvere questo problema.

+0

Ho reinstallato Fedora in una versione a 32 bit e non posso riprodurre l'errore. Quindi questo problema è limitato all'ambiente a 64 bit. – stdout

+0

La combinazione di tasti * Magic Sysrq * funziona ancora? Qualche segnale di kernel oops/panico (cioè blocco maiuscole/bloc num)? Se lo fai nella console Linux (cioè non in xterm, così puoi vedere l'output della console del kernel), mostra eventuali messaggi/tracce di crash del kernel? – GreyCat

risposta

4

Questa non è davvero una soluzione, perché il blocco è davvero difficile da eseguire il debug, ma una soluzione alternativa. Come sospettavo, il problema è legato alla versione del kernel.

Ho eseguito il downgrade del kernel installato e adb funziona correttamente senza alcun blocco. Vai su una repository e scaricare manualmente questi package:

- kernel-3.17.4-301.fc21.x86_64.rpm 
- kernel-debug-devel-3.17.4-301.fc21.x86_64.rpm 
- kernel-modules-extra-3.17.4-301.fc21.x86_64.rpm 
- kernel-core-3.17.4-301.fc21.x86_64.rpm 
- kernel-modules-3.17.4-301.fc21.x86_64.rpm 

installarlo con il comando rpm -ivh --force kernel-* riavvio del computer e selezionare il nuovo kernel quando grub spettacolo.

3

Ho avuto lo stesso problema con Acer Aspire E17, non ho trovato il componente esatto, ma funziona perfettamente quando si utilizza il bios UEFI, quindi il problema è che non fanno troppa fatica e fanno test sull'Eredità bios.

È possibile installare Fedora in modalità UEFI con un certo sforzo. Non sistemerai un problema di fail del BIOS.

Install Fedora UEFI

1

Ho anche avuto questo problema esatto (ma su Arch Linux x86_64). Non ero in grado di risolverlo.

Ho notato che adb a volte funziona senza blocco, a seconda del riavvio. Dopo adb funziona una volta, funzionerà sempre fino al prossimo riavvio.

Quindi è possibile utilizzarlo normalmente se si riavvia alcune volte finché non funziona.