Cela peut se produire après plusieurs erreurs de construction différentes. Pour une raison quelconque, le résumé de la compilation ne signale pas l'erreur originale et signale celle-ci à la place.
(Incidemment, je vois que l'OP utilisait Angular et ng serve ; j'obtiens ceci dans React en utilisant npm start. Je suppose donc que cela pourrait se produire dans VS Code en utilisant n'importe quelle chaîne d'outils).
J'ai obtenu ce résultat dans le terminal VS Code :
i wdm: Failed to compile.
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\hiberfil.sys'
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\pagefile.sys'
Error from chokidar (C:\): Error: EBUSY: resource busy or locked, lstat 'C:\swapfile.sys'
Après avoir cherché des réponses sur cette page et ailleurs, je n'ai rien trouvé qui fonctionne pour moi.
Mais quand je suis revenu en arrière dans le terminal VS Code, j'ai trouvé cette erreur de construction :
ERROR in ./Components/ServiceBooking/ServiceBooking/ServiceBooking.tsx
Module not found: Error: Can't resolve 'components/Common/BookingComponents/BookingTypeSelector/BookingTypeSelector' in [...]
C'était une erreur de casse dans un import ajouté automatiquement par VS Code. Je ne sais pas pourquoi mais VS Code fait cela parfois. Peut-être y a-t-il quelque chose que nous pouvons modifier dans ce projet pour aider VS Code à ne pas faire cela. Quoi qu'il en soit, c'était une erreur, et une fois que je l'ai corrigée en changeant "components" en "Components" dans l'importation, les erreurs secondaires concernant hiberfil.sys, pagefile.sys et swapfile.sys ont disparu.
La morale de l'histoire : méfiez-vous du résumé de la construction qui masque les erreurs de construction. Chaque fois que vous rencontrez une erreur de compilation bizarre, parcourez d'abord la sortie détaillée de la compilation pour vous assurer que vous recherchez la bonne erreur (l'erreur originale, plutôt qu'une erreur secondaire comme celle-ci).