Manajemen perangkat di Windows. Windows Cara memuat driver dan layanan di Windows Mempertahankan konfigurasi driver selama pembuatan image Windows

Kategori ~ Tip Teknis – Igor (Administrator)

Catatan: Meskipun situs tersebut tidak memberikan pernyataan yang jelas tentang kompatibilitas dengan Windows versi 64-bit, program ini terasa cukup baik di Windows 7 64-bit.

Antarmuka ServiWin dibuat cukup sederhana dan nyaman. Anda dapat beralih antara daftar driver dan layanan sistem (menu ikon - dua yang pertama), serta menyesuaikan tampilan dan urutan 16 kolom yang memungkinkan. Selain itu, utilitas ini memungkinkan Anda mengekspor data ke html dan membuka kunci registri yang sesuai untuk driver atau layanan. Dengan mengklik kanan pada driver atau layanan, menu konteks akan muncul yang memungkinkan Anda tidak hanya mengelola status, tetapi juga mencari di Google, yang tentunya akan berguna bagi mereka yang perlu memahami apa yang terjadi di komputer. Anda juga mempunyai kesempatan untuk menentukan jenis startup driver (dinonaktifkan, otomatis, dll.). Faktanya, ini adalah fitur yang agak langka. Pada dasarnya, utilitas kelas ini hanya memungkinkan Anda melihat daftar driver.

ServiWin benar-benar alat yang hebat untuk pengguna tingkat lanjut. Namun, Anda harus memahami bahwa seperti halnya alat apa pun yang mengubah pengaturan komponen sistem, konfigurasi yang salah atau menonaktifkan bagian penting dari sistem dapat menyebabkan masalah serius. Oleh karena itu, jika Anda tidak mengetahui untuk apa driver atau layanan tersebut, maka jangan terpancing oleh rasa ingin tahu dan jangan mengubah pengaturan tanpa terlebih dahulu mengetahui tujuannya.

Catatan: Tentu saja, Anda dapat membuat cadangan disk atau Windows dan melakukan perubahan setelahnya. Namun, tetap berhati-hatilah, karena menonaktifkan driver seperti keyboard dapat menjadi lelucon yang kejam bagi Anda.

Sekarang, Anda tahu cara mengelola driver dan layanan Windows, dan Anda juga tahu cara mendapatkan informasi mendetail tentang masing-masing driver dan layanan tersebut.

Pada bagian sebelumnya dari seri ini, kita melihat dua pendekatan ("biarkan Windows yang memutuskan" dan "biarkan saya yang memutuskan") yang dapat digunakan untuk mengelola driver eksternal saat melakukan instalasi Lite Touch menggunakan MDT 2010. Pada bagian ini, kita akan akhiri pembicaraan tentang masalah manajemen pengemudi, berikut akan diberikan beberapa tips, trik dan cerita. Kisah pertama diberikan kepada saya oleh salah satu pembaca kami, Tim Lors, dan merupakan contoh visual yang bagus tentang masalah yang mungkin Anda temui saat mencoba mengelola driver selama instalasi:

"Lebih dari setahun yang lalu, saya menulis skrip perangkat lunak yang menginstal semua driver pada PC WinXP. Masalah yang saya temui ketika memilih driver tidak terkait dengan OS. Masalahnya adalah kegagalan pabrikan dalam mengimplementasikan PnP dengan benar antara file inf driver dan perangkat kerasnya. Lebih tepatnya, file inf menunjukkan bahwa itu adalah driver terbaik untuk perangkat keras tertentu, padahal sebenarnya tidak berfungsi dengan perangkat tersebut. Satu-satunya cara untuk memilih driver yang sesuai dalam situasi sulit seperti itu adalah dengan membandingkan nomor identifikasi PnP perangkat keras dengan daftar driver bermasalah yang diketahui, dan jika saya menemukan kecocokan, saya secara manual memilih driver yang sesuai berdasarkan kriteria tambahan, biasanya nomor model PC. Kriteria tambahan paling umum yang diperlukan untuk pemilihan "biarkan saya yang memutuskan" adalah nomor model PC, namun terkadang menyertakan versi BIOS dan ID subset PnP, dan dalam beberapa kasus yang jarang terjadi, ini adalah coba-coba. Tentu saja trial and error ini cukup sulit, karena ketika Windows menginstal driver yang dianggap paling cocok, ia harus mengisolasi driver yang tidak berfungsi dari Windows, atau sistem cukup menginstalnya kembali. Harap dicatat bahwa situasi ini terjadi di lingkungan yang berisi hampir 10.000 PC di lebih dari 25 model berbeda."

Sebagian besar profesional TI yang pernah saya ajak bicara mengatakan kepada saya bahwa pengemudi adalah salah satu orang yang paling memusingkan, dan cerita di atas menunjukkan hal itu. Jadi, setelah membahas empat bagian terakhir topik ini, saya ingin mengakhiri diskusi pengemudi dengan beberapa tips dan trik yang akan membantu membuat hidup Anda lebih mudah.

Cari driver

Tantangan pertama adalah menemukan driver lepas yang mungkin dibutuhkan sistem Anda. Beberapa produsen membuat hal ini mudah, yang lain tidak, dan Dell adalah bagian dari kelompok pertama karena menyediakan driver untuk setiap sistem desktop dalam bentuk file .cab untuk setiap sistem operasi. Untuk mengunduh file .cab ini, kunjungi http://www.delltechcenter.com/ dan dari menu gulir di sebelah kiri, pilih Beranda, Microsoft, Pusat Sistem Microsoft, SCCM " Manajer Konfigurasi Pusat Sistem, Penerapan Sistem Operasi Klien Bisnis Dell , Penerapan Sistem Operasi Klien Bisnis Dell " File .CAB dan Anda akan melihat halaman yang ditunjukkan pada Gambar 1:

Gambar 1: Mengunduh driver untuk sistem klien Dell sebagai file .cab

Setelah file .cab diunduh, Anda dapat mengekstraknya ke sebuah folder, lalu mereferensikan folder tersebut saat mengimpor driver ke bagian instalasi Anda.

Pabrikan lain juga menyediakan alat untuk mengunduh driver, namun menurut saya alat ini tidak sesederhana atau senyaman pendekatan Dell. Berikut beberapa contoh alat tersebut dan tautan ke alat tersebut:

Mengekstrak file INF dari EXE

Terkadang produsen sistem menyediakan driver perangkat dalam bentuk file .exe, bukan file .cab. Dalam hal ini, seperangkat alat yang sangat baik adalah WinRAR, yang memungkinkan Anda mengekstrak file driver dari file .exe ke dalam folder. Ingat, untuk mengimpor driver, MDT memerlukan file .inf dan file driver yang sesuai; tidak mungkin mengimpor file .exe sebagai driver.

Mencegah pengemudi menyala

Untuk mencegah agar driver yang Anda impor tidak diaktifkan (misalnya, jika pengujian Anda menunjukkan bahwa driver tersebut menyebabkan masalah setelah instalasi), cukup buka properti driver dan kosongkan bidang Aktifkan Driver Ini (Gambar 2):

Gambar 2: Anda dapat menonaktifkan atau mengizinkan driver untuk diaktifkan

Harap dicatat bahwa driver di atas dirancang untuk Windows 32-bit dan 64-bit. Jika ternyata driver tersebut tidak berfungsi pada Windows 64-bit, Anda dapat membiarkan driver tetap aktif tetapi hapus centang x64, yang akan mencegahnya diaktifkan selama instalasi Windows 64-bit.

Jika mau, Anda bahkan dapat menonaktifkan semua driver dalam sebuah folder dengan menonaktifkan folder tersebut (Gambar 3):

Gambar 3: Anda dapat menonaktifkan folder khusus di sumber instalasi

Mengelola Driver Boot Menggunakan Profil Pilihan

Anda juga dapat menggunakan profil pilihan untuk mengelola driver selama fase boot Windows PE pada instalasi LTI. Untuk melakukannya, buka properti sumber instalasi Anda dan pilih tab Komponen Windows PE x64 atau Komponen Windows PE x86 untuk mengelola driver untuk arsitektur OS yang Anda instal (Gambar 4):

Secara default, profil pilihan Semua Driver Dan Paket dipilih, tetapi hanya driver jaringan dan penyimpanan dari profil pilihan ini yang disertakan dalam image boot Windows PE. Jika perlu, Anda dapat membuat profil pilihan Anda sendiri yang akan menyertakan driver khusus perangkat keras WinPE untuk sistem target Anda.

Menggunakan beberapa grup driver untuk menginstal berdasarkan merek dan model

Di bagian sebelumnya, kita melihat cara mendefinisikan satu grup driver yang disebut DriverGroup001 dan menggunakannya untuk mengelola driver selama instalasi berdasarkan merek dan model komputer target. Keith Garner, Spesialis Penerapan Sistem di Xtreme Consulting Group, memiliki postingan bagus yang memberikan lebih banyak informasi tentang topik ini, dan menunjukkan kepada Anda bagaimana Anda dapat mengatur driver dengan lebih efisien, dan kemudian menggunakan beberapa grup driver untuk mengelola cara pengaktifannya selama instalasi.

Postingan bermanfaat lainnya adalah postingan tentang penggunaan alias model, yang ditulis oleh Michael Mergolo, Konsultan Senior di Microsoft Consulting Services.

Menambahkan driver ke gambar

Anda dapat menggunakan perintah DISM.exe untuk menambahkan driver ke gambar offline; cukup pasang gambar dan gunakan perintah DISM dengan opsi /add-driver (lihat informasi lebih lanjut tentang penggunaan DISM.exe).

Untuk menambahkan driver ke penyimpanan driver (yaitu, driver yang sudah direpresentasikan sebelumnya sehingga tersedia saat Windows mengidentifikasi perangkat yang memerlukan driver), Anda dapat menggunakan perintah PnPutil.exe. Perintah ini berguna jika, misalnya, Anda menggunakan Katalog Pembaruan Microsoft untuk mengunduh file .cab driver printer dan ingin menampilkan driver tersebut terlebih dahulu di komputer referensi Anda sehingga driver tersebut tersedia selama instalasi. Informasi lebih lanjut tentang perintah ini dapat ditemukan di dan.

Mempertahankan Konfigurasi Driver Selama Pencitraan Windows

Terakhir, jika Anda membuat gambar referensi dan menginstalnya pada perangkat keras yang sama, Anda dapat memberikan pengalaman boot pertama kali yang lebih cepat bagi pengguna dengan mengonfigurasi parameter PersistAllDeviceInstalls di file respons Anda untuk menyiapkan mesin referensi Anda. Lihat detailnya

Urutan memuat driver dan layanan di Windows

Bagi yang tertarik dengan cara kerja bagian dalam sistem operasi Windows, saya menyarankan sedikit riset. Kami akan mencoba mencari tahu apa yang bertanggung jawab atas urutan pemuatan driver dan layanan di Windows dan apakah urutan ini dapat diubah.

Pertama-tama, mari kita lihat urutan startup sistem saat ini menggunakan program LoadOrder dari Sysinternals. Program ini akan menunjukkan kepada kita apa yang dimuat dan dalam urutan apa ketika sistem operasi dimulai.

Seperti dapat dilihat dari gambar, driver perangkat yang diperlukan untuk memulai sistem pertama-tama dimuat, dan kemudian berbagai layanan Windows. Karena ada beberapa perbedaan antara layanan pemuatan dan pemuatan driver, kami akan mempertimbangkannya secara terpisah.

Pengemudi

Sebagai subjek pengujian, mari kita ambil driver Microsoft ACPI (Konfigurasi Lanjutan dan Antarmuka Daya), yang bertanggung jawab untuk deteksi perangkat keras dan manajemen daya. Tugas ACPI adalah mengaktifkan komunikasi antara sistem operasi dan perangkat keras, sehingga driver ACPI dimuat sejak awal.

Program Loadorder memberikan informasi yang agak terbatas tentang urutan pemuatan, jadi kami membuka registri untuk mendapatkan data yang lebih akurat. Setiap driver dan layanan Windows memiliki bagiannya sendiri di cabang registri HKLM\SYSTEM\CurrentControlSet\Services. Bagian tersebut diberi nama berdasarkan nama driver\layanan, jadi kita memerlukan bagian ACPI.

Tiga parameter registri mengontrol urutan pemuatan driver. Parameter utama Awal- menentukan jenis startup driver. Berikut adalah aturan yang digunakan pengemudi untuk menetapkan nilai parameter Start-nya:

Pengemudi yang seharusnya dimuat oleh bootloader sistem ketika sistem operasi dimulai, tunjukkan nilainya Awal setara 0 (diluncurkan saat boot sistem ). Contohnya adalah driver bus sistem dan driver sistem file yang digunakan saat sistem melakukan booting;
Sopir itu tidak diperlukan secara langsung untuk mem-boot sistem, menunjuk ke Awal nilai sama dengan 1 (permulaan sistem ). Contoh - driver kartu video standar (VgaSave);
Pengemudi, tidak diperlukan untuk boot sistem, menetapkan nilainya Awal setara 2 (mulai otomatis). Contohnya adalah driver untuk Beberapa Penyedia UNC (MUP) yang mendukung nama sumber daya jarak jauh UNC (tipe );
pengemudi, tidak diperlukan agar sistem operasi dapat berfungsi(misalnya, driver adaptor jaringan), tunjukkan nilainya Awal setara 3 (diluncurkan sesuai permintaan ).

Driver perangkat juga dapat menggunakan parameter Kelompok Dan Menandai untuk mengontrol urutan boot Anda saat sistem dimulai. Drivers\services menggunakan parameter Grup untuk menunjukkan grup mana mereka berasal, dan urutan pemuatan grup ditentukan oleh parameter Daftar, terletak di bagian HKLM\SYSTEM\CurrentControlSet\Control\ServiceGroupOrder\.

Omong-omong, parameter Grup tidak diperlukan. Jika driver\service tidak termasuk dalam grup mana pun, maka driver\service tersebut dimuat di akhir antrian.

Pengemudi dapat lebih menyempurnakan urutan pemuatannya dengan menggunakan parameter Tag, yang menentukan posisi spesifik pengemudi dalam grup. Manajer I/O mengurutkan driver dalam grup berdasarkan nilai parameter ini, dan driver yang tidak memiliki parameter Tag dipindahkan ke bagian bawah daftar driver dalam grup.

Melihat urutan pemuatan, Anda mungkin berpikir bahwa driver dengan nilai Tag yang lebih kecil dimuat terlebih dahulu, kemudian driver dengan nilai Tag yang lebih besar, tetapi ini tidak sepenuhnya benar. Prioritas nilai parameter Tag dalam suatu grup ditentukan di bagian HKLM\SYSTEM\CurrentControlSet\Control\GroupOrderList.

Misalnya, buka parameter biner Boot Bus Extender, yang sesuai dengan grup dengan nama yang sama, yang berisi driver ACPI. Parameternya adalah sekumpulan kata ganda (masing-masing 4 byte). Kata pertama (disorot dengan warna merah) menentukan panjang total variabel (jumlah kata ganda), dalam contoh kita 06. Kata ganda yang tersisa hanyalah tag. Driver ACPI memiliki tag sama dengan 01 (disorot dengan warna hijau).

Prioritas sebuah tag tidak ditentukan oleh nilai tag tersebut, tetapi oleh posisinya: semakin tinggi tag tersebut berada, semakin tinggi prioritasnya dalam grup, dan semakin tinggi prioritas driver yang terkait dengan tag tersebut. Dan karena 01 lebih tinggi dari tag lainnya, driver ACPI dimuat pertama kali dalam grup.

Jasa

Urutan pemuatan layanan Windows agak berbeda dengan urutan pemuatan driver. Mari kita ambil layanan pembaruan otomatis (wuauserv) sebagai contoh. Ini tidak terlalu penting untuk pengoperasian sistem dan oleh karena itu dimuat terakhir.

Mari kita pergi ke registri lagi. Parameter startup layanan terletak di bagian HKLM\SYSTEM\CurrentControlSet\Services\wuauserv. Saya telah mengidentifikasi dua parameter utama yang bertanggung jawab atas urutan pemuatan layanan ini.

Layanan Windows dimulai oleh Service Control Manager (SCM) sesuai dengan nilai parameter Awal. Parameter untuk layanan ini dapat mengambil nilai berikut:

Mulai otomatis (2) - layanan dimulai secara otomatis, segera setelah proses SCM utama Services.exe dimulai;
Peluncuran sesuai permintaan (3) - layanan dimulai bila diperlukan, atas permintaan layanan atau program apa pun;
Dinonaktifkan (4) - layanan dinonaktifkan dan tidak akan dimulai dalam keadaan apa pun.

Nilai 0 (mulai saat boot sistem) dan 1 (mulai berdasarkan sistem) untuk layanan tidak dapat ditentukan, hanya untuk driver perangkat.

Selain itu, dimulai dengan Windows Vista\Server 2008, mode peluncuran lain muncul untuk layanan - autostart tertunda. Parameter bertanggung jawab untuk itu Mulai Otomatis Tertunda = 1, yang memberitahu SCM untuk secara otomatis memulai layanan ini dengan penundaan. SCM memulai layanan yang diatur ke startup tertunda setelah layanan yang ditandai untuk autostart dimuat.

Mode peluncuran layanan dapat dikontrol tidak hanya dari registri, tetapi juga dalam mode grafis, dari konsol Layanan.

Sama seperti driver, layanan Windows dapat menggunakan parameter Grup di kunci registrinya untuk menunjukkan grup miliknya. Sekarang, untuk kejelasan, mari kita gunakan layanan wuauserv kami, yang terletak di bagian paling akhir daftar unduhan. Menggunakan kunci Grup, kami akan menempatkannya di grup Event Log, reboot dan lihat urutan pemuatan di Loadorder. Seperti yang Anda lihat, urutannya telah berubah dan wuauserv telah naik dari posisi terakhir, memuat segera setelah teman sekelasnya - layanan eventlog. Benar, urutan penempatan dalam grup tidak dapat diubah, karena Tag tidak digunakan untuk layanan.

Dan satu lagi parameter yang secara tidak langsung mempengaruhi urutan pemuatan layanan - DependOnService. Ini menunjukkan layanan mana yang bergantung pada layanan tersebut. Oleh karena itu, layanan tidak dimuat sampai layanan yang terdaftar di DependOnService dimuat.

Dependensi berfungsi sebagai berikut - jika layanan berada dalam grup yang sama, maka layanan dependen dipindahkan ke akhir daftar dan dimulai setelah layanan yang bergantung padanya. Jika grupnya berbeda, maka layanan tidak akan dimulai, dan SCM akan menghasilkan kesalahan.

Hal ini ditampilkan lebih jelas di snap-in Layanan, di mana tab Ketergantungan mencantumkan layanan yang bergantung pada layanan tertentu dan layanan yang bergantung padanya.

Jadi kami mengetahui urutan driver dan layanan yang dimuat di Windows dan bagaimana urutan ini dapat diubah. Namun sebelum Anda terburu-buru mengedit registri, ingatlah bahwa urutan pemuatan driver dan layanan ditentukan secara otomatis, dan Anda tidak boleh mengubahnya tanpa alasan yang jelas. Hanya satu parameter yang salah disetel dapat menyebabkan sistem tidak dapat dioperasikan sepenuhnya, dan tidak ada jaminan bahwa sistem dapat dipulihkan. Oleh karena itu, sebelum Anda mulai mengedit registri, pastikan untuk membuat salinan cadangannya, dan juga disarankan untuk memiliki media yang dapat di-boot.

Karena Windows adalah sistem multitasking, maka tidak termasuk kebebasan untuk program aplikasi seperti mengakses port I/O secara langsung atau menangani interupsi perangkat keras. Interaksi dengan perangkat keras pada tingkat rendah hanya dapat dilakukan oleh program sistem yang berjalan dalam mode istimewa. Driver perangkat memainkan peran utama di sini.

Windows menggunakan struktur driver multi-level di mana driver tingkat tinggi dapat bertindak sebagai filter yang melakukan pemrosesan khusus pada data yang diterima dari atau diteruskan ke driver tingkat rendah. Contohnya adalah memisahkan driver yang mengendalikan bus dari driver untuk perangkat tertentu yang terhubung ke bus. Contoh lainnya adalah driver yang melakukan enkripsi/dekripsi data saat bekerja dengan sistem file NTFS. Struktur driver di semua tingkat tunduk pada standar seragam yang dikenal sebagai WDM (Windows DiverModel), namun driver tingkat tinggi, tidak seperti driver tingkat rendah, tidak menangani interupsi perangkat keras.

Anehnya, di WindowsNT, driver tingkat rendah belum menjadi manajemen perangkat tingkat terendah. Yang lebih dekat dengan perangkat keras terdapat apa yang disebut level HAL (Hardware abstractions level). Perannya adalah untuk menyembunyikan dari modul OS lain, termasuk driver, beberapa detail pekerjaan dengan perangkat keras, bergantung pada bus tertentu, jenis motherboard, dan metode koneksi. Misalnya, HAL memberi driver kemampuan untuk mengakses register perangkat berdasarkan nomor logisnya tanpa mengetahui apakah register tersebut terhubung ke port prosesor atau memori yang dipetakan.

Terlepas dari standarisasi strukturnya, beberapa jenis driver khusus dapat dibedakan, berbeda dalam fungsinya.

Driver GDI (GraphicDeviceInterface) adalah driver tingkat tinggi untuk perangkat grafis (monitor, printer, plotter). Driver ini menerjemahkan panggilan grafik Windows (seperti garis gambar, area isian, teks keluaran, pilih font saat ini, pena saat ini, isian saat ini) menjadi perintah yang melakukan tindakan terkait pada perangkat tertentu. Penerbitan perintah ini ke perangkat dilakukan oleh driver tingkat rendah lainnya. Berkat kehadiran driver GDI, program yang sama dapat menampilkan gambar grafik ke perangkat yang berbeda. Contoh utama dari hal ini adalah mode pratinjau yang tersedia di berbagai editor, yang menampilkan halaman di layar persis seperti yang akan dicetak.

Driver keyboard dan mouse, selain operasi driver standar, melakukan beban tambahan. Mereka menghasilkan pesan tentang peristiwa pada perangkat yang sesuai (tekan dan lepaskan tombol, gerakan mouse, tekan dan lepaskan tombol mouse) dan menempatkannya dalam antrian pesan sistem. Sistem kemudian meneruskan setiap pesan ke proses yang dimaksudkan untuk diproses lebih lanjut.

Driver virtualisasi perangkat (driver VxD) berfungsi untuk berbagi perangkat antar proses, menciptakan ilusi bahwa proses memiliki kepemilikan eksklusif atas perangkat tersebut. Faktanya, pengemudi mengatur antrian permintaan dari proses, mengalihkan perangkat ke mode yang diperlukan untuk proses selanjutnya, dll. Contohnya adalah driver virtualisasi monitor. Aplikasi konsol (misalnya, program MS-DOS) bekerja dengan seluruh layar dalam mode teks. Tetapi jika aplikasi tersebut diluncurkan di jendela Windows, maka driver VxD mensimulasikan mode teks dalam grafik. Untuk melakukan hal ini, pengemudi harus mencegat upaya program untuk mengakses alamat memori video secara langsung dan mengubah koordinat lokasi yang dikenal dalam mode teks menjadi koordinat posisi terkait di jendela.

Snap-in services.msc adalah alat yang paling nyaman untuk mengelola layanan;
Program msconfig.exe - selain mengelola layanan, juga memungkinkan Anda mengontrol startup Windows (lihat bab Utilitas Windows 7 yang Berguna);
Perintah net dan sc digunakan untuk mengelola layanan dari baris perintah. Klik tombol Mulai, ketik services.msc dan tekan Enter. Anda akan melihat snap-in Manajemen Layanan.

Mari kita cari tahu cara mengelola layanan. Klik dua kali pada layanan apa pun - pilih salah satu, kami tidak tertarik dengan layanan tertentu sekarang. Anda akan melihat jendela properti layanan.

Tab Umum berisi nama layanan, deskripsi layanan, nama file layanan yang dapat dijalankan, dan tombol kontrol layanan. Di sini Anda dapat mengubah jenis startup. Dari daftar Jenis permulaan, Anda dapat memilih salah satu jenis permulaan layanan.

Berjalan - layanan dimulai dan berjalan saat ini;
Berhenti - layanan tidak berjalan;
Ditangguhkan - layanan sedang berjalan namun saat ini ditangguhkan.

Mulai - memulai layanan yang dihentikan (atau belum dimulai);
Berhenti - hentikan layanan;
Tangguhkan - jeda pelaksanaan layanan (tidak semua layanan mendukung jeda); Untuk terus menjalankan layanan, gunakan tombol Lanjutkan;
Lanjutkan - lanjutkan layanan.

Tidak perlu mengubah apa pun agar tidak berdampak negatif pada sistem Anda. Lebih baik buka tab Dependensi: di sana Anda akan mengetahui layanan lain apa yang bergantung pada layanan ini dan layanan lain apa yang bergantung padanya.
Perhatikan bahwa jika layanan lain bergantung pada suatu layanan dan Anda menghentikan layanan tersebut, semua layanan yang bergantung juga akan berhenti berjalan.