Բարի օր, բլոգի կայքի սիրելի ընթերցողներ, այսօր ես ուզում եմ ձեզ ասել, թե ինչպես ջնջել տվյալները USB ֆլեշ կրիչներ Windows գրանցամատյանում: Այս հոդվածը հոդվածի շարունակությունն է: Բոլոր տեղեկությունները որևէ մեկի մասին USB պահեստավորման միջոցերբևէ համակարգչին միացված պահվում է այնտեղ համակարգի գրանցամատյան... Եթե ​​շատ ֆլեշ կրիչներ միացված են համակարգչին տարբեր մոդելներև արտադրողներ, ապա ժամանակի ընթացքում գրանցամատյանում շատ աղբ է կուտակվում: Արդյունքում, նոր սարքի հայտնաբերման և միացման գործընթացը սկսում է զգալի ժամանակ տևել և դանդաղեցնում է համակարգը:

Կա միայն մեկ ելք: Դուք պետք է պարբերաբար մաքրեք ռեեստրի բանալիները, որոնք պահպանում են plug-in ֆլեշ կրիչների և այլ USB կրիչների մասին տվյալները: Այս հատվածների մաքրումը կարագացնի նորի կապը USB սարքերև համակարգի աշխատանքը որպես ամբողջություն:

Մաքրումը պետք է կատարվի համակարգի ծրագիրՌեգեդիտ Այն սկսվում է այսպես.
Սկսել - Գործարկել - Regedit

Ռեեստրի բաժիններ, որոնք պահում են համակարգչին երբևէ միացված USB կրիչի մասին տվյալները `USB ձողիկներ, արտաքին կոշտ սկավառակներ, ինչպես նաև տեսախցիկներ, հեռախոսներ, ֆլեշ նվագարկիչներ և այլ սարքեր, որոնք, երբ միացված են համակարգչին, ճանաչվել են որպես արտաքին USB կրիչ... Սկավառակի նախածանցով բոլոր ենթաբաժինները կարող են ջնջվել այստեղ:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Enum \ USBSTOR
HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet001 \ enum \ USBSTOR
HKEY_LOCAL_MACHINE \ SYSTEM \ ControlSet002 \ enum \ USBSTOR

Սքրինշոթերը ցույց են տալիս, որ հանգույցներն ու HDD- ները նույնպես միացված էին հանգույցի միջոցով

Եթե ​​չեք ցանկանում այն ​​ձեռքով մաքրել, ապա կա անվճար ծրագրակազմ, օրինակ ՝ USB Oblivion: Գործարկեք կոմունալը

Նշեք վանդակը Կատարեք իրական մաքրում

Մենք տեսնում ենք, որ ամեն ինչ ավարտված է, և շատ գրառումներ ջնջվել են գրանցամատյանից: Եկեք ստուգենք գրանցամատյանը: Խնդրում ենք նկատի ունենալ, որ USBSTOR պանակ չկա:

Դե, եկեք նայենք հաջորդականությանը USBDeview ծրագրով, ամեն ինչ նույնպես մաքուր է:

Ահա սիրելի ընթերցողներ, որտեղ պահվում են ձեր ֆլեշ կրիչների մասին տվյալները, այնպես որ, եթե ինչ -որ բան պետք է ջնջել, ապա սկսեք:

Ես օգտագործում եմ 3G ՝ ինտերնետ կապը պահելու համար մոդեմ Huawei E173 միացված է USB պորտերթուղիչ: Դրա միջոցով կապը միշտ մնում է տաք սպասման ռեժիմում (մոդեմին անցնելու համար բավական է հիմնական կապից կանխադրված երթուղին վերականգնել): Բայց կա մեկ խնդիր `մոդեմը պարբերաբար« սառչում »է, և կապը կորած է:

Սովորաբար pppd- ի վերագործարկումը բավական է, բայց երեկ մոդեմը ընդհանրապես դադարեց արձագանքել: Տեղեկամատյանում հայտնվեցին հաղորդագրություններ, որոնք վերաբերում են ապարատային խնդիրներին:

Xhci_hcd 0000: 02: 00.0: ARԳՈՇԱՈՄ իրադարձության TRB համար 1 -ին 4 հատվածի համար, առանց TD- ների հերթագրված: xhci_hcd 0000: 02: 00.0: ARԳՈՇԱՈՄ իրադարձության TRB համար 1 -ին 4 հատվածի համար, առանց TD- ների հերթագրված: xhci_hcd 0000: 02: 00.0: ARԳՈՇԱՈՄ իրադարձության TRB համար 1 -ին 4 հատվածի համար, առանց TD- ների հերթագրված: xhci_hcd 0000: 02: 00.0: ERROR Տեղափոխման իրադարձություն TRB DMA ptr ընթացիկ TD- ի մաս չէ xhci_hcd 0000: 02: 00.0: ERROR Տեղափոխման իրադարձություն TRB DMA ptr ընթացիկ TD մաս չէ xhci_hcd 0000: 02: 00.0: ERROR Տեղափոխման իրադարձություն TRB DMA ptr ոչ ընթացիկ TD- ի մի մասը
Pppd- ի վերագործարկումը ոչինչ չտվեց, կարծես մոդեմը չի պատասխանում որևէ հրամանի:

Ապրիլ 24 10:02:11 ինետ զրուցարան. Ընդհատել (\ nBUSY \ r) ապրիլի 24 10:02:11 inet զրույց. Ընդհատել (\ n ՍԱՀՄԱՆՈՄ \ r) Ապրիլի 24 10:02:11 ինետ զրույց. Ընդհատել (\ n ՊԱՏԱՍԽԱՆ \ r) 24 ապրիլի 10:02:11 ինետ զրուցարան. ընդհատել (\ n ՈՉ ՓՈՐՁՈ \ \ r) ապրիլի 24 10:02:11 ինետ զրուցարան. ընդհատել (\ n ԱՌԱՆAL DIALTONE \ r) ապրիլի 24 10:02:11 inet chat. ընդհատել (\ nRINGING \ r \ n \ r \ nRINGING \ r) 24 ապրիլի, 10:02:11 inet chat. ուղարկել ( ^ MAT ^ M) 24 ապրիլի, 10:02:11 inet chat. timeout- ը սահմանվել է 12 վայրկյաններ Ապրիլ 24 10:02:11 ինետ զրուցարան. ակնկալել (լավ) Ապրիլ 24 10:02:23 ինետ զրուցարան. ահազանգ 24 ապրիլի 10:02:23 ինետ զրուցարան. Չստացվեց
Մոդեմի ծրագրային վերագործարկման փորձերը ձախողվեցին, քանի որ դրա սարքը ( / dev / ttyUSB0) չի արձագանքում AT- ի հրամաններին: Մնում է միայն անջատել և միացնել մոդեմը նավահանգստին: Բայց սկզբում որոշեցի փորձել մի մեթոդ, որին վերջերս հանդիպեցի ինտերնետում:

Resetանկալիը վերականգնելու համար USB ավտոբուսմենք պետք է կազմենք երկուական: Որպեսզի այն ամեն անգամ նորից չկազմեմ և չօգտագործեմ գրեթե ցանկացած մեքենայի վրա, ես այն կկազմեմ ստատիկ:

$ wget https://gist.githubusercontent.com/x2q/5124616/raw -O usbreset.c $ gcc -Wall -static -o usbreset usbreset.c $ sudo install -o root -g root -m 0755 usbreset/usr/ տեղական / sbin $ lsusb | grep Huawei Bus 001 Սարքը 002: ID 12d1: 1001 Huawei Technologies Co., Ltd. E169 / E620 / E800 HSDPA մոդեմ $ sudo usbreset / dev / bus / usb / 001/002 ioctl- ի սխալ. Նման սարք չկա
Չնայած գրանցամատյանում տեղի ունեցած սխալին, կան գրառումներ, որոնք նշում են մոդեմի «վերագործարկումը»:

$ dmesg | պոչ USB 1-6 ՝ նոր USB սարքտողեր ՝ Mfr = 3, Ապրանք = 2, Սերիայի համար = 0 usb 1-6: Ապրանք ՝ HUAWEI Mobile usb 1-6: Արտադրող ՝ HUAWEI Technology usb 1-6: կազմաձևում # 1 ՝ ընտրված 1 ընտրված տարբերակից 1-6: 1.0: GSM մոդեմի (1 նավահանգստի) փոխարկիչը հայտնաբերեց usb 1-6: GSM մոդեմի (1 նավահանգիստ) փոխարկիչն այժմ կցված է ttyUSB0 1-6 տարբերակին: 1.1. GSM մոդեմի (1 նավահանգիստ) փոխարկիչին հայտնաբերվել է USB 1-6: GSM մոդեմ ( 1 նավահանգիստ) փոխարկիչն այժմ կցված է ttyUSB1 1-6: 1.2 տարբերակին. GSM մոդեմի (1 պորտի) փոխարկիչը հայտնաբերեց usb 1-6: GSM մոդեմի (1 նավահանգստի) փոխարկիչն այժմ կցված է ttyUSB2- ին
Փորձենք միանալ դրան և կատարել մի քանի AT հրամաններ:

Programրագիրը կարող է վերականգնել ալիքը ՝ օգտագործելով ալիքի վերակայման գրանցամատյանը: Ալիքի կազմաձևը և տվյալների նշիչը մնում են անփոփոխ: Միայն բանկերը և կարգավիճակի բիթերը վերադարձվում են իրենց սկզբնական վիճակին:

Համար ամբողջական վերականգնումծրագիրը պետք է արգելի ալիքը, իսկ հետո թույլ տա ալիքը:

23.11. Ալիքի տվյալների հասանելիություն

FIFO ալիքից գրելու կամ կարդալու համար պրոցեսորը պետք է ընտրի ալիքի համարը ՝ օգտագործելով UPNUM գրանցամատյանը և գրի կամ կարդա տվյալները UPDATX գրանցամատյանից:

23.12. Վերահսկիչ ալիքի կազմակերպում

Հսկիչ հանդերձանքը բաղկացած է երեք փուլից.

• ԿԱՐԳԱՎՈՐՈՄ,
• տվյալներ (ներսում կամ դրսում),
• կարգավիճակը (OUT կամ IN):

Phaseրագրակազմը պետք է փոխի նշիչը յուրաքանչյուր փուլից հետո: Սկզբում տվյալների նշիչները սահմանվում են հետևյալ կերպ (միայն կառավարման ալիքների համար).

• ԿԱՐԳԱՎՈՐՈՄ. Տվյալներ 0,
• OUT: Data1,
• IN: Data1 (սպասում է տվյալների նշիչի փոփոխությանը):

23.13. OUT ալիքների վերահսկում

Սկզբում ալիքը պետք է կազմաձևվի և չկանգնեցվի: Նշում. Եթե ծրագրային ապահովումանցնում է կասեցման ռեժիմին (SOFEN վերականգնում), նույնիսկ եթե բանկը պատրաստ է ուղարկվելուն, USB կարգավորիչը ինքնաբերաբար դուրս կգա կասեցումից և բանկը կուղարկվի:

TXOUT բիթը տեղադրված է ապարատային համակարգում, երբ ընթացիկ բանկը թողարկվի: Սա հանգեցնում է ընդհատման, եթե TXOUTE բիթը դրված է: FIFOCON բիթը միաժամանակ դրված է: Պրոցեսորը գրում է տվյալներ FIFO- ին և մաքրում է FIFOCON բիթը, որը թույլ է տալիս USB վերահսկիչին ուղարկել տվյալներ: Եթե ​​OUT ալիքը բաղկացած է մի քանի բանկերից, ապա այն անցնում է նաև տվյալների հաջորդ բանկին: TXOUT և FIFOCON բիթերը փոխվում են ՝ կախված նոր բանկի վիճակից:

23.14. IN ալիքների վերահսկում

Սկզբում ալիքը պետք է կազմաձևվի: Նախքան հաղորդավարը սարքից տվյալներ պահանջի, ծրագիրը պետք է սահմանի IN փոխանցման ռեժիմ ՝ օգտագործելով INMODE բիթը.

• INMODE = 0. INRQX գրանցամատյանը հաշվի է առնվում: Հոսթերի վերահսկիչը ընտրված ալիքում տվյալների հարցում (INRQX + 1) կատարում է նախքան ալիքը դադարեցնելը: Այս ռեժիմը խուսափում է ալիքի միջոցով տվյալների անհարկի խնդրանքներից:
• INMODE = 1. USB կարգավորիչը անընդհատ տվյալների փոխանցման IN հարցում է ուղարկում, մինչև ծրագիրը դադարեցնի ալիքը:

Տվյալների հարցումը սկսվում է PFREEZE բիտը մաքրվելուց հետո: Ամեն անգամ, երբ ընթացիկ բանկը լցվում է, սահմանվում են RXIN և FIFOCON բիթերը: Programրագիրը կարող է հաստատել ընդհատման ստացումը `մաքրելով RXIN բիթը: Readsրագիրը կարդում է տվյալները և մաքրում է FIFOCON բիթը ՝ ընթացիկ բանկը ազատելու համար: Եթե ​​IN ալիքը բաղկացած է բազմաթիվ ալիքներից, FIFOCON- ի մաքրումը կանցնի հաջորդ բանկին: RXIN և FIFOCON բիթերը փոխվում են ՝ կախված նոր բանկի վիճակից:

23.14.1. CRC սխալ(միայն իզոքրոն ալիքների համար)

Տվյալներ ստանալիս կարող է առաջանալ CRC սխալ, եթե USB վերահսկիչը ստանում է վնասված փաթեթ: Այս իրավիճակում տեղի է ունենում STALLEDI / CRCERRI ընդհատում: Սա չի կանխում RXINI ընդհատման առաջացումը:

Սարքը (մոդեմը), որն իսկապես անջատվել է: Երբեմն այն հիանալի է աշխատում, բայց մյուս անգամ հրաժարվում է միանալ: Միակ լուծումը, որը ես գտա, այն շտկելու համար, երբ այն հայտնվում է վատ վիճակում, դա ֆիզիկապես անջատել սարքն ու նորից միացնել այն: Այնուամենայնիվ, ես միշտ չէ, որ ունեմ ֆիզիկական հասանելիությունայն համակարգչին, որին միացված է, Մ -ն դա որոնելու միջոց է փնտրում հրամանի տողի միջոցով:

Այս հոդվածը ենթադրում է գործարկել.

$ sudo modprobe -w -r usb_storage; sudo modprobe usb_storage

Այնուամենայնիվ, ես ստանում եմ «անհայտ տարբերակ -w»: Այս փոքր -ինչ փոփոխված հրամանը.

$ sudo modprobe -r usb_storage

Սխալ FATAL հաղորդագրության հետ. Օգտագործված է usb_storage մոդուլը: Եթե ​​ես փորձեմ սպանել սկսելուց առաջ նշված -9 գործընթացները, նրանք հրաժարվում են մահանալ (կարծում եմ, քանի որ դրանք շատ կապված են միջուկին):

Որևէ մեկը գիտի, թե ինչպես դա անել:

ՆՇՈՒՄ. Ես սա խաչաձեւ տեղադրեցի սերվերի վրա, քանի որ չգիտեի, թե որն է ավելի նպատակահարմար: Ես կջնջեմ և / կամ կդիմեմ նրան, ում առաջինը կպատասխանեն:

5 լուծումներ հավաքում են վեբ ձև «USB կոշտ վերականգնում Ubuntu 10.04 -ում»

Ես ունեմ Ubuntu 14.04.4. Ես գաղափար չունեմ, եթե սա աշխատում է 10.04 -ին: Ես այն փորձարկեցի Cyborg Rumble Pad- ի վրա (և ընդհանուր USB կրիչով):

Սարքը միացնելուց անմիջապես հետո.

Դմեսգ | grep usb | պոչ -20

Ես ստանում եմ (գուցե ի դեպ).

[2875.790610] USB 2-1.2. Նոր լրիվ արագությամբ USB սարքի համար 7, օգտագործելով ehci-pci [2875.887485] usb 2-1.2. Նոր USB սարք է գտնվել, idVendor = 0738, idProduct = cb02 [2875.887489] USB 2-1.2: Նոր USB սարքի տողեր ՝ Mfr = 1, Ապրանք = 2, SerialNumber = 3 [2875.887490] usb 2-1.2: Ապրանք ՝ Cyborg Rumble Pad-PC / Xbox 360 [2875.887492] usb 2-1.2: Արտադրող ՝ Saitek [2875.887493] usb 2-1.2 : Սերիայի համարը `0CFE6B97

2-1.2 մաս-տող 2-1.2. Այն նույնականացնում է USB պորտը: Լավ նորությունն այն է, որ այն չպետք է փոխվի, քանի դեռ սարքը չեմ միացրել այլ պորտին, այնպես որ ինձ անհրաժեշտ է միայն մեկ անգամ ձեռք բերել տողը:

Հետո գնում եմ ճիշտ տեղ.

Cd / sys / bus / usb / վարորդներ / usb

Եվ զանգահարեք որպես արմատ(օրինակ sudo bash):

Էխո 2-1.2> անջատել; քնել 3; արձագանք 2-1.2> կապել

Արդյունքում, իմ Rumble Pad- ը նորից սկսում է ինքնագործունեությունը, կարծես նորից և նորից անջատված լինի: Ես նաև փորձեցի իմ USB կրիչը: Այն (իր LED- ն) իրեն պահում է այնպես, կարծես ոչինչ չի պատահել, բայց իմ KDE- ն արձագանքում է և հարցնում ՝ արդյոք ես ուզում եմ միանալ:

Սարքի անընդհատ սնուցում: Այս մեթոդը չի աշխատի, եթե մոդեմը վերականգնվի հոսանքի անջատման պատճառով:

Դուք պարզապես փնտրում եք այն սարքը, որը ցանկանում եք թափել (lsusb):

# lsusb Bus 005 Սարքը 004: ID 0951: 1642 Kingston Technology DT101 G2

Եւ հետո:

# usbreset / dev / bus / usb / 005/004

Ինչու՞ եք փորձում բեռնաթափել usb_storage մոդուլը, երբ ձեր սարքը USB մոդեմ է:

Լրացրեք և գտեք մուտքը ձեր USB միացման համար: Պետք է լինի կազմաձևում. Այսպիսի տող (ձեր վարորդը, իհարկե, այլ կլինի).

Կարգավորում. ... վարորդ = iwlagn ...

Համոզվեք, որ մոդուլը բեռնված է (փոխարինելով վարորդի ճիշտ անունը).

Լսմոդ | grep iwlagn

Հետո պարզապես արեք.

Sudo modprobe -r iwlagn && sleep 2 && sudo modprobe iwlagn

Ինձ դուր է գալիս այնտեղ քնել այն դեպքում, երբ սարքը մի փոքր ժամանակ պահանջի հոսանքը անջատելու համար:

Սա «ելք» լուծում է, բայց կարող է աշխատել:

• Ստացեք երկրորդ, հին, ոչ շատ հզոր համակարգիչ: Տեղադրեք Debian- ը դրա վրա: Տեղադրեք usbip դրա վրա:
• Այնուհետև տեղադրեք usbip- ը ձեր սերվերի վրա:
• Մոդեմը միացրեք երկրորդ համակարգչին: Կարգավորեք usbip- ը երկու մեքենաների վրա, որպեսզի երկրորդ համակարգչին միացված մոդեմը հասանելի լինի սերվերից VHCI- ի միջոցով:
• Տեղադրեք ssh երկրորդ համակարգչի կամ այլ միջոցների վրա, որոնք կարող եք հեռացնել և հրամաններ տալ:
• Երբ սարքը ձախողվի, մուտք գործեք և վերագործարկեք երկրորդ համակարգիչը ՝ վերագործարկելու հրամանով, այնուհետև երբ այն վերադառնա, նորից միացեք ցանկացած եղանակով, usbip- ը տրամադրում է usbip (ես երբեք չեմ օգտագործել usbip): Սա պետք է վերականգնի սարքը: Դուք հավանաբար կարող եք սա գրել:

Կամայական USB սարքերից անջատելու ամենահեշտ ձևը հրամանի տող(այսինքն ՝ իրական հոսանքի USB ցիկլով).

1. Գնել DELOCK 87445 4 պորտ USB հանգույց (google for )
2. Այս սարքավորումը համատեղելի է hub-ctrl.c (google for ). Հետևաբար, կամայական նավահանգիստները կարող են միացվել / անջատվել: Լրացուցիչ տեղեկությունտես նաև ՝.