Re: Blue Ekran
Hercules Montero
The blue screen of death (also known as BSoD, blue screen error, blue screen, fatal error or bugcheck, and officially known as a stop error[1][2][3]) is a critical error screen displayed by the Microsoft Windows and ReactOS operating systems. It indicates a system crash, in which the operating system reaches a critical condition where it can no longer operate safely.
Blue error screens have existed since the first Beta Release of Windows 1.0; if Windows found a different DOS version than it expected, the error message "Incorrect DOS version" alongside other text messages detailing what check failed to pass would be appended to the boot screen before starting normally.[4] This function still exists in the final release (version 1.01); however, this screen prints out random characters after the "Incorrect DOS version" text as a result of a bug in the Windows logo code after the other text messages were removed.[4] This is not a crash screen, however, as Windows 1.0 will simply lock up or exit to DOS upon crashing. Windows 2.0 and Windows 2.1 mirrors Windows 1.0 as they share the same boot screen as well as exiting to DOS upon crashing or if a critical error occurs.
Windows 3.0 uses a text-mode screen for displaying important system messages, usually from digital device drivers in 386 Enhanced Mode or other situations where a program could not run. Windows 3.1 changed the color of this screen from black to blue. It also displays a blue screen when the user presses the Ctrl+Alt+Delete key combination to bring up a rudimentary task manager, reserved for quitting any unresponsive programs if they are available. As with prior versions, Windows 3.x exits to DOS if an error condition is severe enough.
The first Blue Screen of Death appeared in Windows NT 3.1[5] (the first version of the Windows NT family, released in 1993), and later appeared on all Windows operating systems released afterwards. The error screens started with *** STOP: in its very early iterations, hence it became known as a "stop error."
BSoDs can be caused by poorly written device drivers or malfunctioning hardware,[6] such as faulty memory, power supply issues, overheating of components, or hardware running beyond its specification limits. In the Windows 9x operating systems, incompatible DLLs or bugs in the operating system kernel could also cause BSoDs.[7] Because of the instability and lack of memory protection in Windows 9x OSes, BSoDs were much more common.
On September 4, 2014, several online journals, including Business Insider,[9] DailyTech,[10] Engadget,[11] Gizmodo,[12] Lifehacker,[13] Neowin,[14] Softpedia,[15] TechSpot,[16] The Register,[17] and The Verge[18] incorrectly attributed the creation of the Blue Screen of Death to Steve Ballmer, Microsoft's former CEO, citing an article by Microsoft employee Raymond Chen, entitled "Who wrote the text for the Ctrl+Alt+Del dialog in Windows 3.1?".[19] The article focused on the creation of the first rudimentary task manager in Windows 3.x which shared visual similarities with a BSoD, with Steve Ballmer writing the messages that had appeared on them.[19] In a follow-up on September 9, 2014, Raymond Chen complained about this widespread mistake, claimed responsibility for revising the BSoD in Windows 95 and panned BGR.com for having "entirely fabricated a scenario and posited it as real".[20]
According to former Microsoft employee David Plummer, the Blue Screen of Death (also known as a Stop error) in the Windows NT family was actually designed by Microsoft developer John Vert and was not inspired by the rudimentary task manager screen of Windows 3.x.[21] Additionally, John Vert stated that the Stop error screens were assigned the color blue because the universal color palette of the video hardware at that time was very rudimentary and he personally used a MIPS OS box and SlickEdit for programming, so that the firmware and editor both displayed white text on a blue background, making it for a more consistent programming experience.[21]
BSoDs originally showed silver text on a royal blue background with information about current memory values and register values. Starting with Windows Server 2012 (released in September 2012), Windows adopted a cerulean background. Windows 11 initially used a black background, but starting from build number 22000.348,[22] switched to a dark blue background.[23] Preview builds of Windows 10, Windows 11, and Windows Server (available from the Windows Insider program) feature a dark green background instead of a blue one.[24][25][22] Windows 3.1, 95, and 98 supports customizing the color of the screen,[26] whereas in the Windows NT family, the color is hard-coded.[26]
Windows 95, 98, and Me render their BSoDs in the 8025 text mode. BSoDs in the Windows NT family initially used the 8050 text mode on a 720400 screen, and Windows 2000, Windows XP, Vista, and 7 BSoDs use the 640480 screen resolution. Windows 2000 used its built-in kernel mode font, Windows XP, Vista, and 7 use the Lucida Console font, and Windows 8 and Windows Server 2012 used the Segoe UI font. BSoDs on Windows 8 and Windows Server 2012 are rendered in higher resolutions than previous versions of Windows, where it uses the highest screen resolution available on UEFI machines. On legacy BIOS machines, they use the 1024768 resolution by default, but they can also be configured to use the highest resolution available (via the 'highestmode' parameter in Boot Configuration Data).[27] Windows 10 builds 14316 and up uses the same format as Windows 8, but has a QR code which leads to a Microsoft Support web page that tries to help users troubleshoot the issue step-by-step. This format was retained in Windows 11.
In the Windows NT family of operating systems, the blue screen of death (referred to as "bug check" in the Windows software development kit and driver development kit documentation) occurs when the kernel or a driver running in kernel mode encounters an error from which it cannot recover. This is usually caused by an illegal operation being performed. The only safe action the operating system can take in this situation is to restart the computer. Because of this, data loss may occur since the restart is unplanned, and the user isn't given an opportunity to save their work.
The text on the error screen contains the code of the error and its symbolic name (e.g. "0x0000001E, KMODE_EXCEPTION_NOT_HANDLED") along with four error-dependent values in parentheses that are there to help software engineers fix the problem that occurred. Depending on the error code, it may display the address where the problem occurred, along with the driver which is loaded at that address. Under Windows NT, the second and third sections of the screen may contain information on all loaded drivers and a stack dump, respectively. The driver information is in three columns; the first lists the base address of the driver, the second lists the driver's creation date (as a Unix timestamp), and the third lists the name of the driver.[28] By default, Windows will create a memory dump file when a stop error occurs. Depending on the OS version, there may be several formats this can be saved in, ranging from a 64kB "minidump" (introduced in Windows 2000) to a "complete dump" which is effectively a copy of the entire contents of physical memory (RAM). The resulting memory dump file may be debugged later, using a kernel debugger. For Windows, WinDBG or KD debuggers from Debugging Tools for Windows are used.[29] A debugger is necessary to obtain a stack trace, and may be required to ascertain the true cause of the problem; as the information on-screen is limited and thus possibly misleading, it may hide the true source of the error. By default, Windows XP is configured to save only a 64kB minidump when it encounters a stop error, and to then automatically reboot the computer. Because this process happens very quickly, the blue screen may be seen only for an instant or not at all. Users have sometimes noted this as a random reboot rather than a traditional stop error, and are only aware of an issue after Windows reboots and displays a notification that it has recovered from a serious error. This happens only when the computer has a function called "Auto Restart" enabled, which can be disabled in the Control Panel which in turn shows the stop error.
Microsoft Windows can also be configured to send live debugging information to a kernel debugger running on a separate computer. If a stop error is encountered while a live kernel debugger is attached to the system, Windows will halt execution and cause the debugger to break in, rather than displaying the BSoD. The debugger can then be used to examine the contents of memory and determine the source of the problem.
A BSoD can also be caused by a critical boot loader error, where the operating system is unable to access the boot partition due to incorrect storage drivers, a damaged file system or similar problems. The error code in this situation is STOP: 0x0000007B (INACCESSIBLE_BOOT_DEVICE).[30] In such cases, there is no memory dump saved. Since the system is unable to boot from the hard drive in this situation, correction of the problem often requires using the repair tools found on the Windows installation disc.
Before Windows Server 2012, each BSoD displayed an error name in uppercase (e.g. APC_INDEX_MISMATCH), a hexadecimal error number (e.g. 0x00000001) and four parameters. The last two are shown together in the following format:[31]
Depending on the error number and its nature, all, some, or even none of the parameters contain data pertaining to what went wrong, and/or where it happened. In addition, the error screens showed four paragraphs of general explanation and advice and may have included other technical data such the file name of the culprit and memory addresses.
With the release of Windows Server 2012, the BSoD was changed, removing all of the above in favor of the error name and a concise description. Windows 8 also added a sad-emoticon as well (except on Japanese versions or Windows Server releases[32]). The hexadecimal error code and parameters can still be found in the Windows Event Log or in memory dumps. The only exception to this rule was the "Fatal System Error" BSoDs, which had the hexadecimal error code "0xc000021a" in place of the error name.
59fb9ae87f